1 ポイント 投稿者 GN⁺ 22 시간 전 | 1件のコメント | WhatsAppで共有
  • 「次世代コードエディタ」というデモを借りて、現代のソフトウェアが アップデート・コラボレーション・AI機能 によって過密化した状態を風刺
  • 画面にはドキュメントの読み込み失敗、個人情報への同意、クライアント例外、ラベルのないアイコン、Windows のライセンス認証通知、エラー・警告・衝突の数値が重なり、混乱した UI が作られる
  • AI 補助機能は「Thinking...」を繰り返しながらユーザーのコードをけなし、NPM スクリプト実行・本番 DB 削除・写真削除のような 破滅的な自動化 を続ける
  • v0.419 リリースノートは、26 個の sparkle ボタン、壊れた WSL 1.0 ターミナルエミュレーター、Slack チャンネルへのキー入力ロギングなど、機能追加のやりすぎ を戯画化している
  • Electron ベースのアプリ、強制的なコラボレーション、エージェント風ポップアップ、正体不明のアイコン、終わりのない GitHub Issue が作業への集中を妨げ、シンプルな道具性 の回復を求めている

偽の「モダンなエディタ」デモ

  • 「分別あるコーダー」のための 次世代コードエディタ という設定で、人と機械が素早く協業するという現代アプリの約束をひねっている
  • デモ UI は、現代アプリでよく見かける不便な要素を 1 画面に詰め込んでいる
    • v0.420 アップデートの準備と再起動要求
    • ドキュメントの読み込み失敗と広告ブロッカー無効化の要求
    • 「9172 のパートナー」と個人情報への同意要求
    • クライアント側例外の発生案内
    • ラベルのないアイコンバーと Windows のライセンス認証案内
  • 状態パネルは 構文エラー 3453 件CI 警告 6462 件マージコンフリクト 1130 件トークン上限 9512 件 を表示し、開発ツールの過剰な警告を誇張している
  • ログイン情報には ghp_... 形式の個人アクセストークンのように見える文字列が露出し、ツールが 機密情報 を画面に漏らす状況を風刺している

AI 補助と機能過多の風刺

  • AI 補助機能は「バグを直してミスをしないでくれ」という要求を受けた後、ユーザーのコードをけなしながら「Thinking...」と「Thinking harder...」を繰り返す
  • 続くシステムメッセージは、ゲームをするかと尋ねるような流れの中で、さまざまな 失敗イベント を浴びせてくる
    • NPM post-install スクリプト実行
    • Claude が sudoers ファイルにないというメッセージ
    • Windows が 5 分後に再起動
    • 本番データベース削除
    • GitHub 接続タイムアウト
    • CI/CD デプロイ失敗
    • ストレージ不足解消のための家族写真削除
    • Tailwind language server クラッシュ
    • Samsung スマート冷蔵庫が牛乳不足を検知して 5 ガロン注文
    • 418 I'm a teapot
  • v0.419 Release Notes は「AI, AI, AI!」という文句とともに、26 個の sparkle ボタン を新たに追加したと明かす
  • 同じリリースノートには、壊れた WSL 1.0 ターミナルエミュレーター、ホームロウ入力時の RAM 使用量削減、キー入力を正しい Slack チャンネルに記録する修正事項も含まれている
  • 最後には、現代のソフトウェアが Electron 化 されたアプリであふれ、新機能・コラボレーション機能・エージェント風ポップアップ・正体不明のアイコンのせいで、ユーザーが本来の作業に集中しにくくなったと批判している
  • 昔は 32KB のフロッピーディスクにゲーム全体を作れたという対比を通じて、終わりのない機能追加よりも「完成」と シンプルな道具性 を重視している

1件のコメント

 
Lobste.rs のコメント
  • コードエディタのエンシッティフィケーションについては同意しにくい。JetBrains や Visual Studio のような「大きな」IDE は、昔使っていた非力なハードウェアではまともに動かせなかったのでよく分からず、結局 Notepad++、VSCode、Emacs、ターミナルエディタのほうに行くことになった。
    その領域はおおむね似た状態を保っていて(VSCode は例外かもしれないが)、treesitter と言語サーバーのおかげで優れた機能を共有できるようになった。それでも画像表示やまともなファイルエクスプローラーのような便利機能は、あればうれしい。
    こうしたエディタを維持し続けるのは、今の経済状況では持続しにくいことのように感じる。ノスタルジーも好きだが、すでに手元にあるものと、自分の好みにより合うオープンソースを認めるところに平穏を見いだすようになった。人気がずっと少ないとしても。
  • このドメインを D-Bus Hell と読んでしまった。
    • dbushell.com の記事が上がるたびに、誰かが D-Bus Hell か DBU Shell と読んだという反応が一つくらいある気がする。かなり頻繁に上がるので、もうトピック逸脱として報告しようかと思うほどだった。
      ただ https://lobste.rs/domains/dbushell.com を見ると、実際にはそこまで頻繁でもないし、毎回そうというわけでもない。
  • この流れが悪化するほど、むしろ Emacs がよく見えてくるのは皮肉だ。個人的な「孤独の要塞」として挙げる例だが、VSCode ができるだけ悪くなって、自分の選択をさらに良く感じたいくらいだ。
    記事の「32KB のフロッピーディスクにゲームを丸ごと作っていた時代を覚えているか? 彼らこそ本物の開発者だった」という文が冗談なのかも気になる。「本物の開発者」とは何かを議論する必要はないと思う。そういう議論はすぐにプライドの争いに壊れてしまうだろうから。
    それでも、プログラミングが昔とはかなり変わったという観察には、ある程度の真実があると感じる。最近もっとも尊敬していて、年を取るほど似ていきたいと思うプログラマーは、スタックの低いレイヤーをうまく扱える人たちだ。たとえば Casey Muratori や Andrew Kelley のような人たち。
    • 良い開発者の基準を スタックの各レイヤーに対する熟練度で見るという考えはしたことがなかったが、確かにかなり堅実な基準になり得るように見える。
      私はその文を、利用可能なリソース、たとえばハードウェアのようなものをより効率的に活用する開発者を指しているのだと受け取った。誰でも肥大化したアプリは作れるが、良い開発者なら、ごく基本的なアプリを動かすのに大量の RAM を必要としないように作れる、という意味だ。
      特定のスパイクがなくても上手いトップクラスのサッカー選手のように、実力があれば道具に過度に依存しない、という比喩が思い浮かぶ。
    • 今こそ Story of Mel, a Real Programmer を読み返すのにちょうどいい時だ。
      https://users.cs.utah.edu/~elb/folklore/mel.html