ビジネスパートナーがテストもせず5,000行の「vibe-coded」PRを送ってきた
My business partner sent a 5K vibe-coded PR that he didn't even test
フロントエンド担当の筆者は、バックエンドの決済モジュールを共同開発するようパートナーに依頼していた。しかし彼はAIに任せて1日で5,236行のPRを作成。エンドポイントのテストもせず、APIキーの取得方法など重要な情報が欠けたドキュメントを添付してきた。筆者は「AI支援で認知能力が低下する」と警告していたが、彼は聞く耳を持たなかった。この体験から、AIに全てを任せることの危険性を痛感し、プログラミングを手放す決意を綴る。
「AIに全てを任せる人々は、ベッドで寝たきりになると筋肉を失うように、AI支援によって脳を失っている」
HNでの議論
70- cladopa
AIはここでの問題ではない。問題は会社の創業者たちの深い信念の違いだ。
私がビジネスパートナーを持っていたとき、彼らをまるで結婚するかのように深く研究した。実際、結婚するのだから！
価値観について合意すべきだ。さもなければ会社はどこにも進まない。一人の創業者は一方に舵を切り、もう一人は反対に舵を切る。ボートは同じ場所に留まるだけだ。
私はソフトウェア会社を経営しているが、逆の問題を抱えている。私はテストとメタプログラミングに執着している。私たちはコードよりもはるかに多くのテストコードを書き、メタプログラミングで全てを自動化している。
何度も、必要以上にテストと自動化をしていることが明らかだった。例えば、一度しか使わないものを自動化した（後で他のプロジェクトで何度も使ったが）。
そのため、肥大化やセキュリティ脆弱性といった通常の企業の問題はなかったが、競合他社の2倍か3倍のコードを書き、開発者が嫌うテスト（書くのが退屈）を抱え、ソフトウェアが非常に高価になるという問題があった。市場に出すまでの時間もはるかに長かった。
企業は今日買える最も安いものを買いたがり、明日のことは後で考える。そのため、私たちは困難な立場に立たされた。最初は特に大変だったが、その後、これらの原則が私たちに優位性をもたらした（なぜなら、ほとんどの企業は早い段階で妥協し、後で利益を得られないからだ）。
もし私に異なる考え方や信念を持つビジネスパートナーがいたら、船の進路を変えずにはいられなかっただろう……
- socketcluster
これはまさに、来たるソフトウェア黙示録のレシピだ。
「慎重にやろう」と言うソフトウェアエンジニアが職を失い、1日10,000行の汚くて安全でなく、保守不可能なコードを生み出す非技術系バイブコーダーに取って代わられるのを見てごらん。時限爆弾だ。
誓って言うが、優秀なエンジニアは、この状況が生み出す「機会」の量と規模のために、北朝鮮に移住してお金を稼ぐようになるだろう。
それは荒唐無稽に思えるが、それが向かっている方向のようだ。
- Valodim
AIが必ずしも根本的な問題ではないように思える。もし彼がAIを使ってテスト、反復、品質向上を行う人物でなければ、AIなしでもそうではなかっただろう。あなたはただ、より早くそれに気づいただけだ。
あるいは、彼に能力があると信じる理由があるなら、それを学習の機会として扱い、彼に失敗する余地を与えなさい。これは、私の経験では、初心者のAIユーザーのよくある間違いのように見える。
勢いに流されるのは簡単だ。多くの人がその罠に陥ったが、全員が取り返しのつかない悪いソフトウェアエンジニアというわけではない。
- yhcj
OPであり、長年のROM専です。私は絶望していて、どうすればいいか正直なアドバイスを求めています。
私は、プログラミングが正しい刺激を与えてくれるので、それが大好きな、いわゆるニューロダイバージェントな人間の一人です。
また、絵を描くこと、ガーデニング、運動も好きです。
車は持っていません。歩くのが好きだからです。などなど。
そこで、プログラミングで生計を立てるのはもうやめるべきかどうか考えています。
幸い、貯金もあり、長年の雑多な仕事やビジネスから他の興味も持っています。プログラミングが大好きで、特に他の人と一緒にやるのが好きですが、それでもプログラミングを続けたいと思っている人はほとんどいないと思います。
私はプログラミング界のラストサムライのようなものです。皆がAI支援のガトリングガンを使っている中で。
手放す時なのでしょうか？
- dreieinsvier
私の意見では、ソフトウェアエンジニアリングは決して主にプログラミングについてではありませんでした。
プログラミングはソフトウェアエンジニアリングのサイクルのごく一部です。
手でのプログラミングは、意思決定を行う一つの方法です（AIでも機能します）。ソフトウェアのスケーラビリティ、保守性、健全性についての意思決定です。
そして、それはそれでも報われるでしょう！
私には、彼は非常に悪いソフトウェアエンジニアのように思えます。