ステークホルダー トレンド
0post
2025.12.18 01:00
:0% :0% ( - / - )
人気のポスト ※表示されているRP数は特定時点のものです
シリコンバレーFAANG(旧GAFA)会社内部でのバイブコーディングの仕方について英語圏で話題。↓
「仕様書→テストファイル→アプリ実装」の順。
やはりテスト駆動開発。
私も口を酸っぱくして言い続けてるけど、AI駆動開発はプロフェッショナルになればなるほどテスト駆動開発一択です。
趣味の個人開発なら不要です。ただ、本気で1,000人、10,000人に使われる「お金を稼ぐ」ソフトウェアにしたいなら必須の考え方。
複雑なロジックに対してAIが一発で正解しますか?
バグ取りのため何回も人間フィードバックの往復で本当に良いですか?
テスト駆動開発は厳正な品質管理だけでなく高い開発効率に寄与する。
AIに明確な正誤判定を与えてください。
↓↓↓和訳↓↓↓
「いつも最初に始めるのはテクニカルデザイン文書(Technical Design Document)です。ここで仕事の大部分が行われます。デザイン文書は最初、提案文書(Proposal Doc)として始まります。十分なステークホルダー(関係者)に『この提案には価値がある』と納得してもらえれば、次にシステムデザインそのものを詳細に展開していきます。全体のアーキテクチャや他チームとの統合などもここに含まれます。開発に本格的に着手する前にデザイン審査(Design Review)があります。ここではシニアエンジニアたちに自分のデザイン文書を徹底的にボコボコにされます。これは良いことです。私はこれを『痛みを前倒しにする』と考えています。審査をパスしたら、ようやく開発作業に着手できます。最初の数週間は、個別の開発チームが担当する各サブシステムについて、さらに詳細なドキュメントを作成します。バックログ作成とスプリント計画。ここで開発者はPM(プロダクトマネージャー)やTPM(テクニカルプログラムマネージャー)と協力して、個々の開発者が担当する具体的なタスクとその順序を決めていきます。ソフトウェア開発。ようやくここでキーボードに手を置いて、タスクチケットをガンガン片付け始められます。ここでAIが強力な倍増要因(force multiplier)になっています。私たちはテスト駆動開発(Test Driven Development)を使っているので、まずAIコーディングエージェントに自分が作ろうとしている機能のテストを先に書いてもらいます。それができてから、エージェントを使って機能本体を実装し始めます。コード提出レビュー。コードを本番ブランチ(main)にマージする前には、2人の開発者による承認プロセスがあります。ここでもAIがレビュー支援で大きな可能性を見せています。ステージング環境でのテスト。ステージングが問題なければ、本番環境(prod)にデプロイします。」 December 12, 2025
横文字は単純に知ってるか知らないかってだけの物だから頭が良い悪いって話じゃないんよな
アジェンダとかアグリーとかASAPとかステークホルダー等々、自分もよく分からんし倭国語でおkだと思う用語も沢山あるわ December 12, 2025
<ポストの表示について>
本サイトではXの利用規約に沿ってポストを表示させていただいております。ポストの非表示を希望される方はこちらのお問い合わせフォームまでご連絡下さい。こちらのデータはAPIでも販売しております。



