開発現場のAI利用の経緯
- そーくん
後輩がAIで作ったコードを先輩もAIで査読して泥沼化した話、SNSでかなり拡散されてますね。
- ボス
会社が利用を推奨した結果、読解もテストも省かれた提出物が現場を圧迫したという体験談だね。
- そーくん
約95万回も表示されて、似たような構文で愚痴を投稿する人が一気に増えていましたよね。
- ボス
推奨の号令から現場での混乱、そして実務上の線引きへどう展開したか、時系列で整理してみよう。
何が起きたか
- 2026-10下旬
企業のAI推奨が現場に落ちる
使える人が優秀だという評価と、使用そのものを推奨する方針が開発現場に広がり、変更提案のレビュー負荷が増えたという嘆きが先行していた。
- 拡散の起点2026-10-29
ino氏が無限レビューを投稿
コードがほぼ読めない後輩が生成した変更提案を出し、先輩も解読せずAIで指摘を返すと、1時間後に「AIはこう言っています」と肥大化した、という投稿が約95万閲覧規模で拡散した。
- 2026-10-29
構文コピーと現場の線引きが分岐
行数や上司の喜びを足した二次投稿が広がる一方、書くのはAIでも出す前に人が3行で説明できること、テスト未実施は論外、という実務の線がリプに積もった。
現場で割れるAIの受け止め
- そーくん
人と人の間でAIの文章をリレーするだけになっていて、工数も費用も溶けているという見方が主流ですね。
- ボス
道具そのものよりも、確認や指示を雑に済ませる運用方針に問題があるという指摘が目立つよ。
- そーくん
逆に、人間が読めないなら自動テストの環境を先に整えろっていう意見もあって面白いです。
- ボス
現場の責任論だけでなく、仕組みへの不満まで広がっているね。議論の枠組みを確かめてみよう。
議論の現在地
- 主流派の視点
- 推奨だけして読解とテストの責任を置かないと、人と人がAIの指摘を運ぶだけでトークンと工数が溶ける
- その他の視点
- 道具が悪いのではなく、確認も指示も雑な使い方が問題だ
- 生成は許しても、提出前に中身を説明できるのは人だけだ
- 人がレビューしきれないなら、人を介さない検査の土台を先に作れ
- 推進は事業者を太らせ、社員への還元になっていない
- 目立つ論者
- ゲーム／アプリ開発の現場
- レビューを任される中堅
- 設計とテストを重視する技術者
- 構文を伸ばす二次創作
生成コードへの世論の比率
- そーくん
タイムラインを見ていると、雑な導入に対する怒りの声が一番目立っている印象を受けます。
- ボス
批判派が35から50％を占める一方で、人間が責任を持つべきだとする中立層も厚いんだよ。
- そーくん
肯定的な意見は少なめですけど、運用設計さえ直せば戦力になるという声も一定数あるんですね。
- ボス
反発一色ではなく、実務に落とし込むための冷静な声も残っている。世論の分布を詳しく見てみよう。
世論の分布
意見陣営別シェア(推定レンジ)
Xサンプル上の可視的な言論に占める割合 · 下限—上限
- 雑導入批判派35–50%
- 人間責任派25–35%
- 運用設計派15–25%
ポジティブ / 中立 / ネガティブ 集計
陣営をスタンス別に統合 · 生成そのものを残す声は少数。45+30+25=100
テーブルビュー(グラフと同じデータ)
| 陣営 | スタンス | シェア | 中心的主張 |
|---|---|---|---|
| 雑導入批判派 | ネガティブ | 35–50% | 使える人が優秀だという掛け声だけで、品質も責任も持たない提出を許すのは効率化ではなく放棄だ(@ino461x、@RasryRubus、@park1964) |
| 人間責任派 | 中立 | 25–35% | 生成してよいが、出す前に何が変わるかを自分の言葉で説明でき、テストを通した人だけが提出してよい(@fumimi_jp、@shuji_bonji、@daimimk3) |
| 運用設計派 | ポジティブ | 15–25% | 人が中継して貼るのが無駄なら、説明欄や自動検査の土台を先に置けば、生成は戦力になる(@koredemo_desuyo、@kahu0000000) |
提出と検証の進行中論争
- そーくん
中身が読めない新人が生成したコードをそのまま提出していいのか、現場で意見が割れていますね。
- ボス
使えること自体を評価する推進派と、テストも説明もできないものは受け入れられない現場派の対立だ。
- そーくん
チェックする先輩側も、手作業で読むべきかAIで自動検査すべきかで真っ向からぶつかっています。
- ボス
どこまでを人に委ねて、どこから機械に任せるかだね。噛み合っていない論点を具体的に追ってみよう。
進行中の論争
コードが読めなくても生成して出してよいか
使えることが評価軸なら生成は戦力で、読めないことは即座に失格ではない
最終確認は人であり、説明もテストもできない提出は品質を担保できない
根拠: @ganma_cat の「先輩もAIレビュー」問いと、@fumimi_jp の3行説明ルール
レビューまでAIに任せてよいか
人が中継して貼るなら最初から検査の土台に載せ、人のレビューを減らす方が速い
動くように見えて中身が分からない生成物こそ、判断できる人が読まないと危ない
根拠: @koredemo_desuyo の基盤化と、@linukonbu の動く危険
主なポスト
編集部まとめ
無限ループが生じた業界の構造
- ボス
ここまで見てきた通り、単なる新人のサボりではなく組織の評価と運用のズレが本質にあるよ。
- そーくん
なんで上がAIを推奨しただけで、先輩と後輩が機械の返答をコピペし合う地獄になるんですか。
- ボス
開発の現場では通常、書いた本人が変更理由を説明し、動く証拠を添えて出すのが最低限の規約なんだ。
- そーくん
じゃあ今回のこれは、道具の推奨ばかり先行して、その当たり前の業務手順を置き去りにしたわけですね。
- ボス
そうなんだ。使える人間を評価するとだけ掲げた結果、中身の担保という責任が空白になってしまった。
- そーくん
なるほど。でも、先輩側までAIでレビューを返して長文を膨らませたのはどうしてなんですか。
- ボス
文脈が不明な大量のコードを人間が解読するには、ゼロから自分で書く以上の時間と集中力を奪われるからだ。
- そーくん
読むコストを押し付けられた側も防衛のために機械を使ったから、機械同士の会話になったんですね。
- ボス
ネットでは怒りや理不尽の告発ほど強く共感されて拡散しやすいから、今回の悲哀も一気に広まったんだね。
- そーくん
それ、まさに今回のあれですね。現場の消耗した感情が共感を呼んで、一気に燃え広がった感じです。
各陣営が守ろうとする境界線
- ボス
雑導入批判派は、品質への責任を放棄して丸投げを許すのは効率化ではなく怠慢だと主張しているよ。
- そーくん
動かないものや読めないものを出されたら、システム全体の安全性が脅かされますから当然怒りますよね。
- ボス
一方で人間責任派は、生成自体は歓迎しつつも、自分の言葉で3行で説明できることを条件に挙げている。
- そーくん
道具を使うのは自由だけど、業務としての品質保証は人間が引き受けろという現実的な妥協ラインですね。
- ボス
そして運用設計派は、人が中継して貼り付けるのが無駄なら自動検査を組み込めば戦力になると説く。
- そーくん
どの陣営も開発を前進させたい思いはあるのに、守りたい防衛線が品質か規律か速度かで違っています。
今回の分析における注意点
- ボス
ただ、この件を鵜呑みにする前に注意点がある。起点は個人の一投稿で、社名も手順も非公開なんだ。
- そーくん
話が面白すぎて構文を真似たネタ投稿も溢れていたので、実害の規模と笑いの拡散は区別が必要ですね。
- ボス
サンプルも日本語の技術者の愚痴に偏っていて、導入に成功している企業の公式な声は拾えていないよ。
- そーくん
AIモデル同士を戦わせる風刺ネタも混ざっていたので、実際の企業案件と混同しないよう気をつけます。
議論の前提が変わる条件
- ボス
今後もし投稿者が創作だと明言したら、この効率化をめぐる議論の前提は根本から崩れることになる。
- そーくん
逆に、提出前の説明義務やテスト自動化で成果を出した企業が反論を出せば、見取り図は一新されますね。
- ボス
あるいは利用料が高騰して人件費を超え、会社側が推奨方針自体を撤回した場合も話はガラリと変わるよ。
- そーくん
道具を使う側のリテラシーと組織の設計次第で、毒にも薬にもなる過渡期の象徴的な出来事でした。
- ボス
君も私の指示をそのままAIに投げて、生成された長い言い訳を読まずに私へ転送したりしないでくれよ。
- そーくん
うっ、企画書の要約をそのままお返ししようとしていたのがバレていましたか。まいりましたー。