This is a cache of https://b.hatena.ne.jp/entry/s/tech-blog.rakus.co.jp/entry/20260204/ai-parallel-development. It is a snapshot of the page as it appeared on 2026-02-10T05:34:24.778+0000.

[B! AI] AIで並列開発に挑んだら、逆に効率を落とした話 - RAKUS Developers Blog | ラクスエンジニアブログ

AIで並列開発に挑んだら、逆に効率を落とした話 - RAKUS Developers Blog | ラクスエンジニアブログ

テクノロジーカテゴリーの変更を依頼記事元:

tech-blog.rakus.co.jp

45users がブックマークコメント

コメント

3

記事へのコメント3件

注目コメント
新着コメント

mkusaka CodexとClaude Codeで4〜5画面を並列実装し、AI向け仕様書やgit worktree整理で進捗把握したが見積りが約1週間オーバーした経験を共有します。

2026/02/06 リンク

fuzitahoushirou そうなのか…

2026/02/05 リンク

nguyen-oi AIで開発速度ブーストしても、結局ボトルネックは仕様の揺れと人間のレビューに集約されるという典型例。銀の弾丸なんてなかったんや

2026/02/05 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

AIで並列開発に挑んだら、逆に効率を落とした話 - RAKUS Developers Blog | ラクスエンジニアブログ

こんにちは。ラクスフロントエンド開発課新卒2年目の持永です。最近AI活用が進み、コードを書く速度... こんにちは。ラクスフロントエンド開発課新卒2年目の持永です。最近AI活用が進み、コードを書く速度は以前とは比較にならないほど上がりました。そこで私は、「AIに並列で実装を任せれば、複数の画面/機能を"爆速"で開発できるのでは？」と考え、複数画面・複数機能を並列で進めるスタイルに挑戦しました。並列開発の中で、工夫してうまくいった点もありました。ただ、期待したほどの効率化には至らず、「手戻りの連鎖」と「レビュー負荷の増大」も招きました。今回は、並列開発で工夫した点と誤算を整理し、そこから得た気づきを共有します。 1. 試したアプローチと結果 2. 工夫した点①：AI向けの仕様書と計画書を用意した作成の流れ効果 3. 工夫した点②：ローカル構成の整理ポイント効果 4. 誤算①：未確定要素による「手戻りの増加」何が起きたかなぜ起きたかどうすべきだったか 5. 誤算②

ブックマークしたユーザー

saisei_fukuda2026/02/06
satoshie2026/02/06
aokujira2026/02/06
aravow2026/02/06
saku_2382026/02/06
htnkik2026/02/06
mkusaka2026/02/06
sionsou2026/02/06
kiyokono2026/02/05
yug12242026/02/05
t_stack2026/02/05
naggg2026/02/05
makopy_inside2026/02/05
mstk_knife2026/02/05
guitgraph2026/02/05
fuzitahoushirou2026/02/05
windscape2026/02/05
jamalen2026/02/05

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

いま人気の記事 - 企業メディア

企業メディアをもっと読む

設定を変更しましたx