Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
最近のWindowsの致命的な不具合多発は生成AIのせいのような気がしている
[go: Go Back, main page]

2025-10-22

最近Windowsの致命的な不具合多発は生成AIのせいのような気がしている

というか、それ以外に思いつかないんだよな。

localhostが消えるとか、あまりに初歩的で致命的な不具合、今まで正しく動いていたところに発生する不具合は、ここ1、2年で経験がある。

というか、ここ1、2年にしか経験がない(もちろん主犯はおいらではない。居合わせただけ)。

AIサジェストに従って書き換えた。

これ。

あと、

既存テストがないから、AI で追加した。

サジェストによる書き換えが危険なのはスコープ(フレーム)外での利用のされ方を AI が把握できない、部分(覗き穴/ピーホール)最適化しかできないと言う点と、こちらが本質的問題なのだが、そこの処理の仕組み、文脈理解してサジェストしているのではなく、学習データで多く組み合わされているパターン提示しているに過ぎない、と言う点だ。

これ、時間が経ってから致命的な事態引き起こし、原因究明に手こずる原因になる可能性がとてもとてもとても高いのだよな。

レビューすると、「AIサジェストがあったので」的な修正が入っていることがちょいちょいあるんだが、妥当でないサジェスト却下するだけの技術力がない場合、むしろLintとかパターンチェッカー的なのに留めておいた方が、思わぬ瑕疵を埋め込まずに済む。

できるエンジニア視点でも、スキャフォールドとして使おうとすると、細かく指定できそうで生成量が多いと見落としが発生しそうだし、確実なテンプレートで十分じゃん? という気しかしない。開発が進んだ時点では、さらに使い所がない。なぜなら、「新しいものを作っている」ので、既存パターン通用しないことが多いから。

AIの生成「量」が圧倒的なのは確かなんだが、このレベルコーディング能力を「神」と考えるレベルエンジニアからは実質制御不能で、これを使役できるレベルエンジニアから低能中途半端すぎて役に立たない、ってのが、呪術廻戦の摩虎羅やな、と感じる。

例えば絵の自動生成なら、登場人物の一人の指が6本になってようが、この線はどこに繋がってるんだ? とか、この漢字はなんだ? みたいなものが混じってようが、ぱっと見気づかないし、見直しおかしいのに気づいても、大勢に影響はしない。

けど、システム場合、下手すりゃ1ビットで致死的障害を発生させてしまったりする。

その違い、ヤバさを理解できてないエンジニアがこんなにゾロゾロ存在する、という現実絶望する。

加えて、「マジかよ……」ってなるのが、「既存テストがないから、AI で追加してカバレッジをあげた」ってドヤ顔で語るエンジニア

なんて言うか、なんとなく良さげなテスト理解しないでなんとなくマージしてるんだけど、何をテストしなきゃいけないか理解しないで、現状のコードを追認するだけだったりする。

それで必要十分かちゃん検討できるだけの技術力がないと、「命綱、巻きつけたよー」と言いつつ、その命綱が宙に垂れてるのに気づいてない、って状態になってたりするんだよね。

で、不具合が表面化したら、それ用のスペシャライズド監視の仕組みを追加して、手動テストを追加して、不具合が発生したら本番DB接続して手動で修正するって、そんなのが日を追うごとにどんどん増えていって、仕事の大半が不具合対応、ってうんこみたいな現場があちこち爆誕してるんよ。

でも、どのエンジニアも、自分たち現場が異常であることに気づくだけの技術力がなくて、毎日みんなで奴隷が回している謎の棒を回し続け、経営者は、なぜこんなにエンジニアの数が必要で、お金が湯水のように浪費されているか理解できなくて、ストレスを溜めまくってる。

それ、なんて地獄めぐり? w

マジでどの現場もさぁ……、ってなってる。

改善必要があるって、誰も気づいてない。

気づいた人はとっくにやめてるから

炎上してないけど、針の筵だよね。

記事への反応(ブックマークコメント)

ログイン ユーザー登録
ようこそ ゲスト さん