SIer系か自社プロダクトかによっても違いそうだなぁ……。
自社プロダクトの場合、仕様は流動的なので、「コードが全て」の状態でないとやってられないし、固まった後に仕様を書き起こしてもなぁ、と思うし、一旦固まっても新機能だなんだで変更されるものだから。仕様書の手直しで済まない修正を入れなきゃならない時とか、データ移行が必要な時とか、どうするんだろうね？ とは思う。
SIerなら、初期の段階で仕様を固めて、手戻り禁止の制約かければ、存在意義の不明な末端のコーダーはDeleteできそうだなぁ。
ただ、その仕様書が使い物になるのか？ ってのは、ユーザー企業からすれば特大疑問になるのは当然だと思うし、疑問を感じないんだったらケツの毛が残ってるか、鏡で確認した方が良いという気分になる。あまりいい記憶はない。
自社プロダクトでも、いくつかの前提条件が整っていれば使えなくはないだろうけど、それでも初期リリース後の保守仕様変更にどのように対応し、どのように影響が出るかは、ちゃんと確認し、理解し、保守し続けなきゃならんのよね。
ソースが書けたー！
はただのスタートだから。
で、その「いくつかの前提条件が整っていれば」なんだけど、その前提条件を理解し、整えられるだけの技術力とかあれこれを持ったエンジニアが、日本にどれくらい存在しているかっていうと……、やめた方がいいんじゃない？ って忠告せざるを得ないんだよなぁ。
「僕はできる」っていうなら、「がんばれ！ 君ならできる！！」って声はかけてあげよう。
だって、しんどい目に遭うの、おいらじゃないし w
経営者も、「人件費削減できるじゃん！」って喜ぶのいいけど、後で膨大な「技術負債」「理解負債」の請求書を「満象」のように叩きつけられる可能性が無茶苦茶高い、ってのは覚悟しておいた方がいいと思う。
エンジニアは逃げるからな w
逃げた後の炎上現場に何度も入っているおいらがいうから間違いない。
そいつらは、AIで0→1でシステム開発した実績があります、って転職していくからな。
あんたらを踏み台にして w
で、「前職ではAIで0→1でシステム開発しました」ってエンジニアを、経験者だって飛びついて雇うんだよ。
いや、ちゃんと成功しているなら、この短期間で離職はおかしくねぇか？ って疑問をこれっぽっちも持たないで。
外から見たら、「ババ抜き楽しい？ w」 って思う。
んでもって、そういう請求書って、たいてい、売り上げ下がって無茶苦茶やばい、ってなったタイミングでぶちかまされるから、身動きできないまま奈落の底へGoToHellすることになるぞ w