はてなブックマーク

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

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