世界を動かす技術を、日本語で。

何も機能せず、皆が陶酔している

2026年7月24日原文(ptrchm.com)

概要

  • AI技術 の進化による過熱した市場と職場環境
  • ソフトウェア品質 の低下と日常的な不満
  • AI活用 による生産性向上と現実のギャップ
  • 企業文化 の問題とKPI重視の弊害
  • 個人開発者 への新たなチャンスと将来への期待

AI時代の集団ヒステリーとソフトウェア品質の崩壊

  • AIブーム による過度な期待と市場価値の追求
    • 開発者が token-maxxing に夢中になり、健康を害する事例
    • 自動化 による職の不安、プログラマーの解雇増加
    • AIが年内に100%のコードを書く」という極端な予測
  • Agentic Era の到来と現実のギャップ
    • 生産性・品質向上 の約束
    • 新ツールが ソフトウェア開発の常識 を塗り替えた事実
    • 経営層の 期待値上昇 とチームのスキルセット向上
  • 現実のソフトウェア体験 の悪化例
    • 銀行アプリ: FaceIDログイン3回 必要、3D Secure承認の遅延
    • Slack(macOS): 起動遅延、フォーカス奪取による操作ミス
    • LG冷蔵庫: 保証請求フォームのバグ、エラー通知不足
    • カーインフォテイメント: 頻繁な再起動、音声・UIの不具合
      • 運転中の 安全性低下 に直結
  • 開発チームのAI活用状況
    • 最新のLLM や潤沢なトークン利用権限
    • バグ修正能力 の高さと現実の乖離

ソフトウェア品質悪化の構造的要因

  • ノスタルジー と現実
    • 過去の macOS Snow Leopard 時代への懐古
    • 当時のソフトウェアは シンプル だった点が主因
  • 複雑化の進行
    • 新しい 抽象化・フロントエンドフレームワーク ・インフラの複雑化
    • ユーザー体験 への要求水準の上昇
    • その結果、 脆弱性の増大 と安定性の低下
  • アップデートへの不信
    • macOSや各種アプリの アップデートが恐怖の対象
    • 「新バージョンは悪化する」という 期待の低下

AIと企業文化の矛盾

  • AIの恩恵 と現実の課題
    • GPUファーム による開発能力の向上
    • しかし ソフトウェア品質向上 には直結せず
  • KPI偏重 の企業文化
    • 安定性向上 が数値目標に反映されにくい現状
    • 「新機能なし、リデザインなし、 バグ修正専念」が評価されない風潮
  • 態度変革の必要性
    • このままでは ソフトウェア品質の劣化 が続く

個人開発者と未来への希望

  • AI負債 に陥る企業と 個人開発者のチャンス
    • 個人でも 高品質なソフトウェア開発 が可能になる時代
    • 大手製品(Android AutoやLGサイト)への期待は薄い
    • 日常的な不満が 新たなソフトウェア創出 の原動力
  • 現状への反発 と新たな潮流
    • macOSやWindowsの現状に対する 反逆的プロジェクト の出現
    • この流れが 開発スタック全体 に広がることへの期待

Hackerたちの意見

今、私が関わっているほとんどの会社は、今の(仮に)能力が上がったことを見て、スピードを上げようとしてるみたい。でも、他にも調整すべきポイントがあるんだよね。堅牢性、品質、ユーザー体験とか。楽観的に考えると、いつか企業が差別化のために何に投資するかを意識的に決める新しいフェーズに入るかもしれない。例えば、今はみんなサポートボットを持ってるけど、どこに投資するべき?超優れた人間のサポート?それとも、サポートはそんなに重要じゃなくて、信頼性を高める方に投資すべき?使いやすさを追求するべき?希望を持ちたいね。

どこに投資するべき?超優れた人間のサポート?それは、極端な高級市場をターゲットにしているか、顧客とのやり取りに多くの人間の関与が必要な場合を除いて、完全に無理だよ。だから99.9%のデジタル製品は対象外。良い人間のサポートは異常に高くついて、競合の10倍の価格になっちゃう。でも、ほとんどの顧客は良いサポートのために10倍の価格を払う気はないんだよね。

VCに守られたシリコンバレーの競争に追いつくのが遅すぎると文句を言われていたエンジニアリングの厳格さを取り戻してほしい。そして、変更管理や構成管理のプロセス、ドキュメントレビューも復活させてほしい。退屈で遅いことだけど、今度はそれをCI/CDパイプラインの一部にしてね。

確認できる。最近、ある会社で悪夢のような体験をした。カスタマーサービスが非常にChatGPTっぽい返答をしてきて、すごく不合理でAIっぽかった。お金を返してもらうために法的措置を脅かさなきゃいけなかった。奇妙な体験だった。

AIは私たちの能力を強化するって言えると思うけど、それを扱うのはちゃんとした人たちじゃないとね。もし開発者が最初からゴミみたいなものを作ってたら、加速されたペースでゴミを生み出すだけだと思う。

ソフトウェアが悪化してる(ある意味で)ってのには同意だけど、AIのせいにはしないよ。ユーザーとしての体験はあんまり変わってないし。ストリーマーはテレビにキャストできないし、ブラウザは赤いコンソールのテキストや500エラーを効率的に伝えるだけのデバイスになってる。公共のタッチスクリーンでもブルースクリーンを見かけるし。アンクルボブが業界が良くならない理由の一つを指摘したけど、プログラマーの成長が指数関数的で、全プログラマーの半分が経験年数n年未満(5年とか?)なんだよね。さらに二つの理由を挙げると、まず、個別のアルゴリズムを単一スレッドで練習することでスキルを磨くけど、仕事に就くと分散システムにいることに気づかない。練習したゲッター/セッターのモデルは、パートナーシステムとのやり取りには全然不十分なんだ。要するに、10年間ループやデータ構造を書く練習をしても、顧客が携帯や複数のブラウザタブからアクセスできるシステムを構築することにはつながらない。次に、アジャイル開発の現実的な代替手段はないと思うけど、非技術系のPOがソフトウェアライフサイクルを支配しているように見える。「MVPのためにハッピーパスだけに集中する」ってのがバグの多いソフトウェアを作る方法だよ。良い開発者はこれが将来的にリライトの必要を保証することを学べるけど、POは絶対に学ばない。言語はどんどん初心者向けにターゲットを絞っている一方で、タスクはますます複雑になっている(B2Bの分散システム、24/7の稼働、何百万ものユーザー、ハッカーへの耐性、機械学習など)。

プログラミングをめちゃくちゃ簡単にしちゃったから、誰でもできるようになったんだよね。だからみんなやってる。

「MVPのためにハッピーパスだけに焦点を当てる」ってのは、バグだらけのソフトウェアを作る方法だね。良い開発者は、これが将来的に書き直しが必要になることを保証するって学ぶけど、POは絶対に学ばない。そしてMVPが完成すると、それが魔法のように出荷可能な製品になる。チームが製品を改善する方法を理解し始めた頃に、経営陣が人事異動をしてチームを移動させる。「エキサイティングなニュースだよ、ジミー・ワッツがシニアディレクターに昇進したことをおめでとう!彼は今、プロダクトサポート部門に組み込まれるクロスファンクショナルオペレーションチームを率いることになる。」

まず、アジャイル開発に現実的な代替手段はないと思うけど、技術に詳しくないPOたちがソフトウェアライフサイクルを支配してる感じがする。「MVPのためにハッピーパスだけに集中する」って、それじゃバグだらけのソフトウェアができるよ。優秀な開発者は、これが将来的に書き直しが必要になることを学べるけど、POたちは絶対に気づかない。ProductManager主義やMVP病がこれの原因だって100%同意する。もっと柔軟に、賢くアジャイルを実践することもできるはず。多くのソフトウェアインフラやユーザー向けアプリでは、スプリントを2回以上計画することができる。これがMVPかもしれないけど、競合や経験豊富な開発者がいるチームには前例がある。アプリが3ヶ月、6ヶ月、12ヶ月後に何ができるべきか考えるべきだよ。GPSで道案内を受けるとき、最初に全体を見て、湖に突っ込むような道や別の州の似た住所に行かないか確認するよね。僕の車は進むにつれて次の3つのステップを表示してくれるから、好きなんだ。アジャイルは「1ステップを踏んでから、次のステップを考える」って盲目的にやることじゃない。なのに、多くの会社が実際にはそう実施してるんだよね。

ボブおじさんはAIを完全に受け入れちゃって、最近は問題の一部になりかねないリスクを抱えてるね。

macOSでSlackを開いたら、アイコンがドックで数秒間バウンドしてた。イライラしてGhosttyに切り替えて打ち始めたら、ちょうどその時にSlackのウィンドウが現れて、Ghosttyからフォーカスを奪って、git pullコマンドがグループチャットに送信されちゃった。フルフォーカスの奪取がノーマルじゃないのが理解できない。書いている最中や、UIの一部とやり取りしている時に、他のアプリがフォーカスを奪うのはありえない。面倒なポップアップを追加したり、怒ったコンピュータの音を出したり、アイコンを点滅させたりしてもいいけど、99.9%、いや100%の確率で、今やってることとは全く関係ないし、待てるから。いくつかのOSにはこういう機能があるけど、それをバイパスするツールも提供してる(Cisco AnyConnect、見てるぞ!接続ボタンをクリックした後に接続されるのは緊急事態じゃない!)。ターミナルで作業している時に、アプリがSTDINを奪うことを想像してみて。なぜGUIではそれを受け入れるの?

OSのイベントキューがプロセスやウィンドウをまたいで動作するため、簡単にデバウンスできないんだよね。一つの解決策は、新しく開いたウィンドウにフォーカスを持っていかないこと(X11のように)だけど、それはユーザーが望んでいることじゃない。

Hacker Newsで議論の続きを見る