プロンプトいじってる時間があったらコード書き終わる。
で、仕様駆動開発だーって流れてくるんだけど、現状のAIコーディングをちゃんと動かそうとしたら合理的なのはわかる。
けど、仕様変更にどれくらい追従してくるんだろう？
画面帳票駆動開発(SUDOモデリング)の生成AI版だろ？
リクエスト爆撃が発生しないクライアントサイドはともかく、サーバサイドでどれくらい使えるんだろう？
ファーストリリースまではなんとか……、できるのか？
TODOリストみたいな簡単なアプリならともかく、複数の業務ドメインとか相手だと、8割型完成してからの詰めが、AI丸投げにしてきた分、コードの量的にもエンジニアの質的にも困難だと思うんだが。
プロンプトいじったらなんとかなるんか？
仕様駆動開発って、AIコーディングが手段じゃなくて、目的になってるようにしか見えないんだよなー。
仕様駆動開発採用して動かないサービスを正常化するの、普通の炎上現場より何倍も大変なのは原理的に明らかなので(動いているように見える量が、本来その技術力の低いエンジニアたちが手で作れるであろう量の10倍とか超えてくるので)、多分納得がいく金額ではおさまらないよ、とあらかじめ伝えておかないとあかんやろうなぁ……。
リーナスも言ってるように「コードは量じゃない」んよ。
10xエンジニアは、コード量が10倍なんじゃないんよ。
後々の保守仕様追加の手間まで入れたら、100xエンジニアだって存在するんだよ。
まぁ、Claudeの限定的なリファクタリング能力なら、そこら辺の凡百のエンジニアより確実に早くて確実な仕事してくれるけど。
それだけを取り上げて、プログラマの仕事がなくなる。とは言えないよなぁと。
新卒ジュニアのこの仕事がなくなるって、確かに置き換え可能だけどさ、業界全体のことを考えたら、教育する義務的なものはあると思うんだよな。
大規模プログラミングで必須の抽象化の方法とか、今の現場で教え始めてるし(とは言え、会社には幻滅してるけどな)。
LLMは、概念を持ってる風に動作してもちょっと変化球を投げるとあっさり崩れるように、概念とか存在しないから、抽象化してる風に見せてきても、本質的なところで正しくないことがザラのはずで、そこは任せられんのよね。
なので、抽象化手法とか、ちゃんと会得していれば、仕事がなくなるってことはないと思うよ。
LLMに概念がないってのは、LLMの元データが概念を個人の価値観や偏見などのフィルターを通して言葉としてアウトプットされた「文章」の寄せ集めで、それは言ってみれば概念に光を当てて作られた洞窟の壁に映る影のたくさんのパターンを集めたうち、一番それっぽいものを出力しているだけで概念そのものを保持しているわけじゃない、ってこと。
テトリスとかECサイトのアイテム一覧とか、ほぼパターン化されてるものならいけるだろうけど、広範に適用するのは、まぁ、無理だろうね。
リーナスも、AIコーディング使ったと言っても、波形表示の部分だけ、って話だよね？
おいらも、PHPのORMの酷すぎてコードリーディングもうんざりな部分のリファクタリングで使ったよ。
3分くらいで、画面表示が40秒超が30秒ちょいになった。
まぁ、ベースが酷すぎるので、このままリファクタリングを続けるのは意味がないと思うんだが。
間違ってはいないんだが、AdHocすぎて、コードが際限なく増える未来しか見えないんだ。
増えたものをメンテするのは人間だからねぇ。
量(数)の暴力を甘く身すぎてる、自称エンジニアが多すぎる。