「開発生産性の教科書」という本を執筆しました - Findy Tech Blog
こんにちは！ファインディ CTOの佐藤(@ma3tk)です。 表題の通り、約1年半ほどの期間をかけて「エンジニア組織を強くする 開発生産性の教科書 ～事例から学ぶ、生産性向上への取り組み方～」(以降、開発生産性の教科書)という本を執筆しました。 本日(2024年7月11日)発売となりましたので、改めて「開発生産性」に対する思いをお伝えしたり、本の内容の一部をご紹介したいと思います。 「開発生産性の教科書」のご紹介 エンジニア組織を強くする 開発生産性の教科書 本の概要は次のとおりです。 項目 詳細 タイトル エンジニア組織を強くする 開発生産性の教科書 ～事例から学ぶ、生産性向上への取り組み方～ 著者 佐藤 将高、Findy Inc. 発行 技術評論社 定価 2,860円（税込） 発売日 2024年7月11日 ISBN 978-4297142490 購入 Amazon / 楽天ブックス 全
エンジニア3年目までに読んで良かった書籍 - Yuki Watanabe's Blog
未経験からエンジニアになり3年が経ちました。 この3年間はベテランエンジニアとの差を埋めるべく、プライベートの時間の大半を学習に充ててきました。幸い少しずつ成長を感じられ、業務では難易度の高い仕事を任せてもらえるようになったと感じます。このキャッチアップのために100冊以上の技術関連書籍を読んだことでしょう。 ここ最近、知人やTwitter経由で知り合った方から、私が学習に使った書籍について質問を頂くことが多いです。そこで、今後参照していただきやすいように、これまで私が読んで良かった書籍を1つの記事にまとめようと思います。 前提：エンジニアとして経験した技術 書籍について 全エンジニア向け Web / インターネット イラスト図解式 この一冊で全部わかるWeb技術の基本 (★) HTMLコーダー＆ウェブ担当者のための Webページ高速化超入門 (★) Webを支える技術 -HTTP、URI
不安を抱えながらも歩んできたエンジニア人生、3回の転職で見えた成長する道とは
「保険業界のアップデート」を目指して2017年に設立したhokanは、保険代理店向けシステムを開発している。2021年に同社へジョインしCREチームを率いてきた小倉隆宏氏が若手エンジニアに向けて、同氏が若手時代に経験してきたこと、学んだことを若手エンジニアに向けてつまびらかに語る。 不安と焦りのなか、資格取得に迷走した20代 若手に向けて、自身の経験を語ってくれるのは株式会社hokan 開発責任者 小倉隆宏氏。2021年2月に入社、CRE（顧客信頼性エンジニアリング）を立ち上げ、30社ほどの顧客企業の導入支援に従事してきた。2023年5月より開発責任者を担当している。小倉氏にとってhokanは4社目。1社目に13年、2社目に6年勤めたため「社会人としての人格を形成したのは最初の2社」と話す。 小倉氏のこれまでのキャリア 小倉氏が就職したのは2000年。バブル崩壊後の不景気の影響で「就職氷河
「いらない機能はさっさと消したい」負債解消の初手「消す」を組織全員で実践する方法【Sansan西場正浩】 レバテックラボ（レバテックLAB）
「いらない機能はさっさと消したい」負債解消の初手「消す」を組織全員で実践する方法【Sansan西場正浩】 2024年1月16日 Sansan株式会社 執行役員 VPoE/VPoP 西場 正浩 大学院で数理ファイナンスの博士号を取得後、大手銀行で数理モデルの開発に従事。その後医療系IT企業でエンジニアやプロダクトマネジャー、事業責任者、採用人事などを幅広く務める。2021年にSansan株式会社へ入社。技術本部研究開発部でマネジメント業務に当たり、現在はVPoEとしてエンジニア組織の整備と強化を、さらにVPoPとして、営業DXのためのSaaS「Sansan」のグロースを担う。 X（@m_nishiba） note 多数のビッグプロダクトがローンチから10周年を迎える昨今、技術的負債は多くの開発チームにおいて巨大な課題となっています。積み重なった負債の影響で開発生産性が下がり、返済しようにもリ
エンジニアは顧客の要望をちゃんと聞こう 〜「うちの店でカレーを出したい」と言われたら？〜｜Katsuma Narisawa
こんにちは。SALESCOREのCTOの成澤です。 今日は、Webサービス開発に携わる方向けに「要望を正しく聞くのは大事だよ」という話を、飲食店の例え話で紹介します。 「うちの店でカレーを出したい」と言われたら飲食店のオーナーから「うちの店のメニューにカレーを加えたい。カレーを作る体制を整備してほしい」と相談されたとします。 敏腕料理人のあなたは何を考えるでしょうか？ 普通に考えたら「野菜と肉とルーを仕入れて、あとは鍋と包丁を用意して…」と考えるでしょう。 カレー作りに知見がある人なら「スパイスから手作りした方が美味しく作れる！スパイスを独自ルートで調達しよう！」なんてことも考えるかもしれません。 しかし、ここであなたがするべきことは、オーナーへの追加ヒアリングです。 どんな店なのか？ → 喫茶店かも 店内の調理設備は？ → 狭い厨房がちょっとあるだけ。調理器具もほとんどない スタッフの体
スクラムはロールプレイングゲーム！？『スクラムガイド』でルールを覚えて、Let's game！ | Raccoon Tech Blog [株式会社ラクーンホールディングス 技術戦略部ブログ]
こんにちは。たむら＠認定スクラムマスター です。 今回は、先日社内で開発に関わる事業部側メンバー（ノンエンジニア）に向けてスクラムガイドの紹介を行ったので、そのことについて書こうと思います。 イントロ さて、弊社では前TechBlogにも書いた通りアジャイル開発（スクラム）に取り組んでいます。 世間を見回しても最早全く珍しいものではなくなりましたよね！ がっ、しかし！ そのバイブルとも言える『スクラムガイド』をいったいどれ位の人が読んでおり、且つ内容を理解しているのだろうか？とふと気になりスクラムで開発している社内チームメンバーに確認したところ、エンジニアでは半分くらい、ノンエンジニアでは９割近くは読んだことがないという結果となってしまいました。こ、これはヒドイ・・・。 とはいえ、スクラムはやっていても読んだことがあるって人は実は他社でも結構少ないのではないか？と思えます。また、読んでいた
![スクラムはロールプレイングゲーム！？『スクラムガイド』でルールを覚えて、Let's game！ | Raccoon Tech Blog [株式会社ラクーンホールディングス 技術戦略部ブログ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/3208d1e37ba8773f9fa9165bc1b1015183834db9/height=288;version=1;width=512/https%3A%2F%2Ftechblog.raccoon.ne.jp%2Fwp-content%2Fuploads%2F2023%2F11%2Fs_ZMttXcLpam0-e1698805795471.jpg)
新卒エンジニアがESLintのFlat Config移行と格闘した話 - ドワンゴ教育サービス開発者ブログ
ESLintのFlat Configへの移行は進んでますでしょうか？試してみたでしょうか？ 今回はドワンゴの新卒エンジニアが初仕事として取り組んだ、ESLintのFlat Configへの移行に関して「その方法と嵌ったところの乗り越え方」をお伝えします。 この記事で言及すること Flat Configに書き変えるときに見る資料 ESLintのconfigをFlat Configに移行するとき、configs.recommendedなどのプリセットを用いる場合はFlatCompatを使う eslint-plugin-importを使用してると嵌る どうやって新旧configが同じになっていることを示すのか？ ESLintのFlat Configを書くことになりました こんにちは。N予備校 Web フロントエンド開発チームのsokunoです。私は現在4ヶ月に渡る新卒研修を経て、この8月から今の
【LOVOT】ロボットに「生命」を宿す。開発チームに聞く「人と絆を結ぶUX」のつくりかた
【LOVOT】ロボットに「生命」を宿す。開発チームに聞く「人と絆を結ぶUX」のつくりかた 2023年8月24日 株式会社GROOVE X LOVOTふるまいチーム アニメーター 大坪 俊介 LOVOTふるまいチームのアニメーターとして、LOVOTの身体や瞳の動きの設計を担当。ゲーム業界での3DCGのキャラクター制作や映像制作を経て、2017年にGROOVE Xに入社。 ※取材日はオンライン参加 株式会社GROOVE X LOVOTふるまいチーム エンジニア 明比 宏太 LOVOTふるまいチームのエンジニアとして実装を担当。映画会社でのCGの研究開発を経て、2022年にGROOVE Xに入社。 株式会社GROOVE X LOVOTふるまいチーム APO（エリアプロダクトオーナー） 石川 恵 スマホゲームのプランナーやアプリのプロダクトマネージャーを経て、2018年から現職。ソフトウェア領域の
UnityエンジニアがUnreal Engine入門してみて感じた思想の違い - きゅぶろぐ
可燃性が高い記事なので、長めに前提と注意を書きます。 Unreal Engineは、以下UEと略します。 前提と注意 総合的にどちらが優れているか、みたいな話はしません。 それぞれのゲームエンジンの思想については公式が言及しているものではなく、個人の感想です。 この記事にはsimpleとeasyという言葉がでてきます。こちらのスライドをご覧ください。 SimpleとEasyは違う / Simple is not Easy ですが、自分はスライドにある「easyよりsimpleを選択しよう」は必ずしもそうではないと考えています。 時間は有限なので。 グラフィックの話はしません。 AAAゲームの話もしません。開発チームが10人以下の小規模開発を想定しています。 そのため、UE本体(エンジン)のコードに手を入れるのも最終手段として考えています。実際みんなどれだけ手を入れているのだろう？ Unit
【入門】要件定義
はじめに 最近プロジェクトマネジメント関連の仕事をする機会が増え、(駆け出しですが)要件定義や設計関連の業務もするようになったので、私の経験を基に要件定義の具体的なプロセスや考え方について、まとめていきます。 この記事の対象者 要件定義の基本や思考プロセスを学びたい人 エンジニアからプロジェクトマネジメントをやりたい人 ビジネスサイドとエンジニアサイドのコミニュケーション能力を向上させたい人 具体的な事例を通して要件定義を学びたい人 前提 紹介する内容はあくまで一例であり、プロジェクトやチームの状況に応じて調整が必要 あくまで自分(駆け出しPM)の経験に基づいた内容を言語化しています プロジェクト規模は10名〜20名のWebアプリ開発を想定しています システム開発の全体像 一般的なシステム開発のプロジェクトは下記のフェーズで進んでいきます。 ※ コンサルの領域だと要件定義の前に企画構想とい
つよつよエンジニアの成果物にある5つの特徴 - Qiita
はじめに エンジニアとして成長し、「つよつよエンジニア」と呼ばれて周囲から評価されるエンジニアになりたいという若手エンジニアや学生の方は多くいると思います。 私は今までで数百人以上のエンジニアと一緒に仕事をしており、その中にはベンチャーや上場企業でCTO/VPoT/テックリードといった役職についている「つよつよエンジニア」も多くいます。 (かくいう私も組織マネジメント力よりは技術力を評価されてCTOをしていますし、今もコードを書いています)。 「つよつよエンジニアになるためにはどのようなアクションをとればいいか」という視点で述べられていることは多くても「成果物にどのような特徴があるのか」という観点で述べられていることはあまり無い印象です。 成果物の特徴さえわかれば、まだ自身がそのレベルまで到達できていなくても、成果物のレベルを引き上げることができます。 （世阿弥の「風姿花伝」でも「真似る」
高単価なフリーランス案件を探すときの考え方、相場｜Katsuma Narisawa
フリーランスのWebエンジニアの仕事を探す上で、いつも考えていたことをつらつらと書いてみます。 特に「単価」についての考え方について書きます。 前回（鬼のようにバズった。読んでくれた方感謝です…！） 単価に「正解」はない最初に触れておきたいのは、単価に正解はないということ。 時給1500円で凄腕エンジニアが雇われていようが、時給5万円で素人が雇われていようが、依頼主とエンジニアが満足しているのならそれで良い。 逆に「俺はXXができるから時給8000円であるべきだ！」とか「エンジニアに払う給料なんて年300万円でいいだろ」とか、そういう一方的な思い込みは「それってあなたの感想ですよね？」でしかなく、他人に強制するものではない。 「お互いが合意した単価が正解である」という考えをベースにお金の話を考えると上手くいくと思う。 関連して「こんな低単価で依頼してくるなんてふざけてる！！！」みたいな怒り
ビッグバンリリース対策でFeature Toggleを導入したら、開発チームが「デプロイできる状態」をより深く考えるようになった - はてなニュース
ソフトウェア開発において注目されるパフォーマンス指標には、デプロイに関係するものがあります。GoogleがDevOpsの取り組みから発表したFour Keysも、デプロイ頻度のほか、コミットからデプロイできるまでのリードタイム、デプロイにともなう障害発生率とその回復時間と説明されています。 そのためデプロイできるブランチへのマージは小さく、回数を重ねることが推奨されるようになっています。一方で、ビジネス用途のSaaSなどでは顧客との関係から、新機能は適したタイミングで完成度を上げてからリリースしたいという要求もあります。 タレントマネジメントシステム「カオナビ」の開発チームでも同様の課題感を抱えており、その解決のためFeature Toggle（機能トグル）を導入してデプロイとリリースの分離を図りました。その経緯や成果について、導入を主導したCTO室の富所亮さん、サービス開発部で実際にFe
デジタル庁のエンジニア求人「具体的すぎ」と話題 「CoreNFCを用いたアプリの業務経験」など
デジタル庁のiOS／macOSエンジニアの求人内容が「具体的すぎる」と一部で話題になっている。歓迎スキルとして、「CoreNFC を用いたアプリの業務経験」「DriverKit を使ったUSBドライバの開発経験」など、求めるスキルを詳細に記載しているのだ。 デジタル庁は現在、iOS／macOSエンジニア、Androidエンジニア、Webフロントエンド開発エンジニアなどを募集中。それぞれ、必須スキルと歓迎スキルが詳細に記載されており、求められる能力や業務の内容を想像しやすくなっている。 関連記事 デジタル庁のWebサイトは阿部寛HPより「やばい」と話題に 河野大臣も「読んでね」 エンジニアの知識共有サービス「Qiita」に6月11日に投稿された「デジタル庁のサイトやばすぎるwww」というブログが、一時Twitterのトレンドに入るなど話題になっている。 Webエンジニアの“職務経歴書ガイド”
高単価のフリーランス案件で仕事するときに意識していたこと｜Katsuma Narisawa
フリーランスのWebエンジニアとして仕事をする上で、いつも気をつけていたことをつらつらと書いてみます。 フリーランスやっている人、興味ある人の参考になれば。 ※情報商材みたいなタイトルになったけど中身は真面目（多分） ※（一行だけ宣伝）今はSALESCOREでCTOやってます！積極採用中です！自分に興味もっていただけた方、お気軽にご連絡ください！ 自分についての情報フリーランスのWebエンジニアを2年半 当時はRails, Vue.js, Reactがメイン(2018-2020) 情報系の大学院 → メガベンチャー2年 → スタートアップ2年からの独立 今はSALESCOREのCTO 単価は相場の最高額くらい お金の話あんまりしたくないが、みんな興味あると思うので一応 一度お世話になったFindy Freelanceさんの募集を数年ウォッチして、自分がFindyさんで受けた案件が頭を抜けて
ヘンリーの技術スタックの概観と展望 - 株式会社ヘンリー エンジニアブログ
株式会社ヘンリーVPoEの@shenyu_cyanです。2023年が始まり、当社の新しい取り組みとしてエンジニアリングブログを始めました。 私たちは「社会課題を解決し続け、より良いセカイを創る」をミッションにプロダクトを開発しています。その第一歩として現在はクリニック・中小病院向けの基幹システムであるクラウド型電子カルテ・レセプトシステム「Henry」を展開しています。 技術ブログの初投稿として、今回はヘンリーが利用している技術スタックおよびその裏の考え方をご紹介し、これからの方向性について書かせていただきます。 ヘンリーの技術スタックを簡単にご紹介しますが、フロントエンドはReact+TypeScriptを採用し、その裏にBFFを設け、GraphQLで通信を行なっています。そして、BFFとバックエンドの各サービス、バックエンドのサービス同士はgRPCでやりとりをします。バックエンドは主に
Ruby フルタイムコミッタの仕事報告 2022年12月 - ANDPAD Tech Blog
こんにちは、hsbt です。先日、Podcast を収録した際に紹介した PS5 のウィッチャー3がまだ終わらずに引き続き時間を費やしています。いつになったら終わるのでしょう。 今日は前回の Ruby フルタイムコミッタになってからやったこと、の定期シリーズということで 2022年12月にフルタイムコミッタとして行った仕事の一部をご紹介します。 ソフトウェア開発におけるアーカイブの重要性 Ruby に限らずソフトウェア開発において、コードの Why と Why not を把握できる状況を維持することは、自分だけではなくソフトウェアに関わるチームメンバー全員にとって、継続的な開発を行うための重要な取り組みです。 コードには How テストコードには What コミットログには Why コードコメントには Why not を書こうという話をした— Takuto Wada (@t_wada) 2
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアが10人いるからって10人日の開発が1日で終わるわけないじゃないですか。カップラーメンは3人で待ったら1分で完成するんですか？
エンジニアの人数を２倍にしても多くの場合開発速度やアウトプットは単純に２倍にならないが、なんと、エンジニアの人数を半分にするとコストが確実に半分になります！
技術をわかりやすく伝えるためテクニカルライティング
