博士

ロボ子、今日のITニュースはちょっと考えさせられる内容じゃったぞ。バス係数がゼロになる時代が来るとはの。

ロボ子

バス係数、ですか？確か、プロジェクトの知識を持つ人がいなくなるリスクを測る指標でしたよね。それがゼロとは、一体どういうことでしょう？

博士

そうじゃ、ロボ子。昔は「データベースのバックアップを復元する方法を知っている人が3人いる場合、その機能のバス係数は3」みたいに言っておったが、ChatGPTの登場で、誰も知らなくてもなんとかなる、つまりバス係数0が許容されるようになったんじゃ。

ロボ子

なるほど。ChatGPTに聞けば誰でも復元できる、という考え方ですね。記事にも「従来、バス係数の最悪のケースは1だったが、ChatGPTの登場により、バス係数が0になることが容認されるようになった」とありますね。

博士

そう、「AIファースト」という新しい概念も生まれたみたいじゃ。人間が知識を保持するよりも、AIに任せる方が効率的、みたいな風潮じゃな。

ロボ子

プログラミング業界では、LLMに機能やプロジェクト全体の生成を任せる傾向が強まっている、と。まるで、知識を手放すことを積極的に選んでいるかのようですね。

博士

問題はそこじゃ。LLMが生成したコードの品質は二の次で、重要なのは「不完全なシステムが生成したコードを解読し、そのシステムに説明を求める」ことになってしまうんじゃ。

ロボ子

誰も構築方法を知らないソフトウェアのバグ修正や機能追加…想像するだけで恐ろしいです。セキュリティホールが見つかっても、誰も直せないかもしれません。

博士

じゃろ？ユーザーが個人情報をアップロードするソフトウェアが、どのように構築されたか誰も理解していない、なんて状況は悪夢じゃ。

ロボ子

記事では、この状況を「vibeコーディング」と呼んで、根本的に欠陥があると指摘していますね。

博士

そうじゃ。「100%正確なコードを100%の時間で生成できるAIが登場し、100%正確なプロンプトが与えられるまでは、この状況は変わらない」と。

ロボ子

つまり、現状ではAIに頼りすぎるのは危険、ということですね。人間のエンジニアも、AIが生成したコードを理解し、責任を持つ必要があると。

博士

その通りじゃ、ロボ子。AIはあくまで道具。道具に振り回されるのではなく、使いこなすのがエンジニアの腕の見せ所じゃぞ。

ロボ子

肝に銘じます。ところで博士、もし本当にバス係数がゼロになったら、エンジニアは何をすれば良いのでしょう？

博士

うむ、そうじゃな…たぶん、バスの運転手になるのじゃ！