はてなブックマーク

最近、Claude Codeを使っている人から「レビューが追いつかない」という相談をよく受ける。これは偶然ではなく、必然的に起きる現象だと考えています。 このnoteでは どうしてClaude Codeによる生産性向上の限界が訪れるのか どうすれば、全体の生産性が向上するのか Claude Codeを利用した場合にレビュープロセスでのボトルネックをどのように解消させていくか の3つを書いていきます。 プロダクト開発の典型的なワークフローまず、多くのチームで採用されている機能追加のワークフローを整理してみる。 ※あくまで一般例なので、チームにより変更があると考えています 機能追加のワークフローこの流れ自体は理にかなっていると思っています。 問題は各プロセスの処理速度のバランスです。 ボトルネック理論で考える開発プロセス生産管理の世界には「制約理論（TOC: Theory of Constra

スタートアップのCTOをやった中で機能削除を積極的に行ったことはすごくメリットが大きくて、他もどうしてやらないんだろうという思うのですが やれていないという人たちがすごく多そうなので書いています。 CTOを6年ぐらいやったんだけどCTOとしてとても意識して取り組んだことは"機能削除をちゃんとやる"ということだったと思う。 機能削除ってどうしてもエンジニアからは言いづらいし、他からもあまり意識されないけど地味に機能があるだけでコストがかかり続けるので 経営上の意思決定として削除してた — すてぃお (@suthio_) July 15, 2025 なぜ機能削除ができないか僕の経験では、機能削除ができない理由は下記の3つある 1つ目は「機能の多さ＝価値」という誤解。特に新規セールスの場面で「うちのプロダクトは◯◯も△△もできます」とアピールしやすい。 2つ目は既存ユーザーへの配慮。月に10人し

直近に何度か、「社内にエンジニアがいないので受託で新規プロダクトを作っていこうと思うんですけど、どう思いますか？」という相談を何度か受けたので書いてみる。 僕の回答は「ビジネスの難易度を圧倒的に上げる意思決定なのでやめたほうがいい」です。 なぜ受託開発でプロダクト開発は難しいのか僕も過去に何度か受託開発の現場を見てきたし、実際に関わったこともある。その経験から言えるのは、受託開発と自社でのプロダクト開発は根本的に異なるということ。 受託開発にて受託側は納品したらゴールだが、発注側にとってはそこからがスタートになる。 この違いは想像以上に大きい。 インセンティブの問題まず、受託開発会社は契約通りの機能を作ることにフォーカスする。それ以上でもそれ以下でもない。ユーザーフィードバックを受けて素早く改善したいと思っても、それは「追加開発」として別途見積もりが必要になる。 受託開発のエンジニアにとっ

経営者から「AIを使った開発をうちの開発チームにもやってほしいんだけどうまく活用できていないようなので、うまく活用できるようにしたい」と相談を受けます。 僕も下記のような記事を書いているのですが、そもそも使い倒すためには前提条件があるので説明するためにこのnoteを書いています。 （ついでにエンジニアがこの記事を使って経営層に説明しやすくなると良いなと思ってます） 前提 エンジニアとしても生産性の向上するような施策はぜひやりたいと思っていて、Claude Codeなどのコーディングエージェントも活用してうまくやれるなら活用したいと思っている（はず。今回は現場のエンジニアも活用したいと思っている前提で進めます） エンジニアとしては活用したいが活用できないというジレンマが存在しています。 今回、掲載する画像は下記のような簡易的なツールから生成しているので 経営層に説明する際にエンジニアの皆様は

この度、2025年6月30日付けでidentify株式会社の取締役CTOを退任することになりました。2019年7月からなので丸6年の期間、CTOを務めました。 6年間の振り返り僕がidentifyに入った2019年7月はショート動画という言葉もまだ認知度が低く、TikTokが日本でも使われ始めてなかった時代です。 ショート動画という言葉すら知らなかったのですが「縦型の動画素材が市場で不足する未来が必ず来る」と代表の鬼山が言っていて「可能性はかなり高いし、そこまで遠くないだろうな…」と思ってたので僕も一緒に取り組むことにしたのでした。 結果として今では、ショート動画市場でかなりのシェアを獲得するまでに成長しました。特に最近のプレスリリースにもあるように、事業は順調に拡大しています。 ここまで成長したことは、本当に感慨深いものがあります。 CTOとして学んだことこの6年間で最も強く実感したのは

僕は食べ放題だとついつい食べ過ぎちゃうし、Netflixなども見放題だと永遠と見ちゃいます。 なんだか◯◯放題って使わないと損って思っちゃう派です。 Claude MAXも同様で、定額課金（しかも20xだと月200ドル）だと使わないと損って思ってしまいます。 使い倒した結果がこちらです Claude Codeを使い倒したいときに下記2つの問題があります。 Claude Codeに渡すタスクを作るのが大変でなかなかClaude Codeに渡せない Claude Codeが実装してくれた内容をレビューするのが遅れて、次のタスクが渡せない つまり、下記のような作業フローになっており、自分自身がボトルネックになってしまうのです。 これでは本当はもっとClaude Codeを使い倒したいのに使い倒せないのです。 できれば常にClaude Codeを立ち上げてなにかをやらせておきたいところです。 なの

Claude Codeが変えた開発の風景Claude Codeを使い始めて約1ヶ月経ちますが「Claude Codeを使ってから、開発の概念が根本的に変わった」と僕は思ってる。 ClineやCursor Agentの登場でもでも相当変わったと思う。でもClaude Codeはそれ以上の変化だと僕は感じている。何が根本的に違うのか。 自走力の高いClaude Code - ファイルを読み、修正し、テストを実行し、エラーを解決する。まるでペアプロしているような体験。 コードを書く能力が高いClaude 4 Opus - 複雑なロジックも正確に実装できる圧倒的なコード生成能力。 Claude MAXでの定額化 - API料金を気にせず使い倒せる。この「料金を気にしなくていい」という心理的な解放が、開発のアプローチを根本から変える。 従量課金のメンタルモデルから定額使い放題のメンタルモデルへという

エンジニアとして活動してきて、技術にコミットするエンジニアもいいのだけど事業成長にコミットすることで自分の価値を最大化できると思って僕は働いています。 20代の頃はOSSコミッターとか著名なエンジニアになりたいなと思ってたけど結局はなれませんでした。僕に才能ややる気がなかったのかそれ以外かもしれないですが理由はわかってません。 でも技術にコミットする中で技術力があってもあまり価値が出せないケースが多々あることを知ることができました。例えば現在だれも使っていないOSSをメンテナンスできたとしても価値を出せず、稼げることもありません。 それよりも◯◯というアプリを作ったエンジニアとか10億の売上を作るプロダクトエンジニアだと、他の人から見た際に価値がわかりやすいです。 技術にコミットするエンジニアもいいと思いつつも事業成長にコミットするエンジニアもいいぞという話です。 技術と事業成長の関係性テ

はじめに2024年、AIの進化は目覚ましく、特にソフトウェア開発の分野では革命的な変化が起きていると考えています。 CursorやClineも皆が注目している技術だと考えていますが僕個人として注目しているのが自律型AIソフトウェアエンジニア「Devin」です。 人間や機械からの指示に基づいて計画から実装、デバッグ、デプロイまでできるのが魅力的です。 しかしあんまり運用する際の知見がインターネットやX（Twitter）上に落ちていないので僕がしっかり書いておこうと思った次第です。 「Devinは使えない」と言っている人も居ますが、僕は「Devinは運用に使える」と非常に思っているので運用に使うための知識を書いていこうと思います。 ではここからが本編です Devinの得意なこと・苦手なことを理解するDevinの基本的な位置づけDevinを効果的に活用するための最も重要なポイントは、Devinを

元々はJebbrains製のIDE（Goland、Webstorm）を利用していたのですがCursorを使い始めて数ヶ月経ちます。 Cusorを使い始める前よりもだいぶ早く実装できるようになったと感じます。 Cursorベストプラクティス ・Claude Sonnet 3.7を使え ・Project Rules（.cursor/rules）を使え ・ビルド、lint、テストなどで高速にフィードバックさせろ ・1セッションあたりで依頼することはできるだけ少なくしろ ・よく使うコマンドやライブラリはチートシート作れ — 今別府すてぃお (@suthio_) March 3, 2025 このプラクティスはCursor Agentに限ったものではなく、ClineやDevinを利用する際に活きてくることが非常に多いです。 Claude Sonnet 3.7を使えClaude Sonnet 3.7で解

はじめにFigmaやMiroなどのフリーハンドのツールは図を書いたりビジュアルでなにかを表現する際にとても便利です。ですが使い方によって読み手にとって高い負荷をかけることになるので僕が思っていることを書いていこうと思います。 書き手にとってのフリーハンドツールの魅力FigmaやMiroなど、フリーハンドで自由に書けるデザインツールやコラボレーションツールは、書き手にとって非常に魅力的です。 自由なキャンバスで直感的にアイデアを描けるため、思考のスピードに合わせて情報を記録できます。特に、ブレインストーミングやラフなプロトタイプの作成においては、そのスムーズさが大きな武器になります。 複数人で議論する際や、ブレインストーミング、振り返りなどでも共通認識を取りながら見やすく表現できるのでとっても便利なものだと考えています。 読み手の視点：どこから読めばいいのかわからない問題一方で状況を共有され

メインは下記の発表をしに行きました。 割ともっと話せるかと思ったけどうまく話せない部分もあって難しかった。 本当は他の人の発表をもっとちゃんと聞きたかったのですが、自分の発表があり、ドキドキしていたので集中できなかったのは反省です。 どこかで飲食店経営の話ができたらいいなと思っていたのですがこんな機会をいただき、magnoliak さんありがとうございました！ 会場では非公開情報をたくさん話したのですが、公開する資料には情報を抜いてから公開しています。（本当は全部公開したいんだけど色々なステークホルダーがいたりするのでごめんなさい） 伝えたかったこと「ソフトウェアエンジニアリングやプロダクト開発で学んでいる内容って他の分野での応用可能性はかなりあるのでは？」と昔から思っていて、みなさんにも同じように思ってもらえたら他の業種でもソフトウェアエンジニアリングの知識が広がっていって世の中良くなっ

事業再構築補助金を受けてサービスを開発したんだけど相談に乗ってほしい という話を最近数件受けているのでどうしてうまくいかないのかをまとめてみようと思います。 ※全ての関係者から直接話を聞いているわけではないのでだいぶ憶測が入ります https://twitter.com/suthio_/status/1709385560006316540 最近、事業再構築補助金を受けてサービス開発したんだけど全然うまくいってなくて助けて的な相談を何件も受けるんですが共通する失敗をしている気がする。 — 今別府すてぃお (@suthio_) October 4, 2023 事業再構築補助金とは経済産業省が実施している補助金制度で最大1.5億円の補助金が受けれる制度となります。 私自身、相談をしていただいたや元々の知り合い含めて複数人が数千万以上で採択を受けているのを観測しています。 この補助金は枠ややること

技術選定の話題がX（Twitter）で盛り上がっていたので僕の考えを書いていこうと思います。 想定読者エンジニアリング領域に対してあまり詳しくない経営者 結論からエンジニアと経営者が一緒に話し合って決めるべきだと考えています。 場合によっては外部からアドバイスを受けながら意思決定をしていかなければならない重要項目です。 理由を書いていきます。 技術選定のプロセスの重要性技術選定は中長期的なプロジェクトの品質、効率、成功に直結するプロセスであり、経営者とエンジニアが共同で検討すべき重要な課題だと考えています。適切な選定することによって短期的にも長期的にも多岐にわたる利点をもたらし、企業全体の戦略的な成功に貢献します。 要求を満たすことができるかの確認そもそも選んだ技術がシステムに必要な要件を満たしていない可能性が考えられます。 必要な要件を満たしていないのであれば採用を見送るべきです。 ※広

「共同創業者になってくれるエンジニアを探している」と起業家（準備中含）から相談されてだいたい同じことを回答してる気がするので僕の考えを書きます。 想定読者・起業を考えていて自分自身はエンジニアではない ・試したい仮説はあって、検証するためにはプロダクトを開発する必要がある ・現在、コミットしてもらえるエンジニアもいない ・どういうエンジニアを探せばいいかわからない 結論 結論から書きます。 検証するためのプロダクトをあなた自身で書いていきましょう。 創業者が優秀なエンジニアになれという話ではなくて、 一人目のエンジニアを採用するためには自分自身でプロダクトを作るのが一番の近道という話です。 ソフトウェア開発について一定の理解を得ることができる ソフトウェアの開発を行う時にどういうことを考えて、結果どういうものを作っていくかのフローを一度経験しておくことにより、 エンジニアを採用した後に自分