本当に最近まわりを見ても、ある程度キャリアを積んだ人たちのほうが、より楽しくAIで遊んでいる気がします。
何かをやってきた経験の上に、以前は人と一緒にしていた仕事をAIに任せると、楽だと感じます。

別の見方をすれば、この状況を楽しんでいる人たちは、すでにある程度の立場にいてAIをちょっとしたおもちゃのように見て遊べるけれど、若い人たちは先が見えなくて不安だろうな、と心配にもなります。

原文を読んでみましたが、妥当な分析と批判だと思います。ですが、引用されている研究の実験モデルは、現時点では少し古い（？）感じがします。

少し違う形でのHacker News のコメントまとめ

情熱の再点火 — ベテランたちの共感の声

burnstek（50代）

• Web スタックの終わりなき変化（Angular、React、Vue、npm など）に疲れ、コーディングを完全にやめていた
• Claude Code のようなツールが 「究極のチートコード」 となり、創作意欲をよみがえらせた
• アーキテクチャやコードの配管は理解しているが、実装の細部は気にしなくてよくなった状態
• LeetCode が消えるのも歓迎だと付け加えた

kitd（60代、今年の夏に退職予定）

• 反対の立場: エージェントが機能設計・実装・テスト・完成の 満足感の大半を奪った
• フレームワークなしでシンプルかつ効率的に作ること自体にも十分なやりがいがあると見る
• 産業革命当時、織工が機械式織機に抱いた感情と同じだとたとえた
• ビジネスの観点でエージェントの魅力は認めるが、自分にとってはコーディングの喜びが消えた

LogicFailsMe（豊富なキャリア）

• アイデアはあふれていたがプロトタイプ実装の時間が足りず、Claude Code がその問題を解決
• すでに最適化したコードの性能は AI では改善できないので、疲れを知らないジュニアエンジニアを得た感覚
• 1年前に Cursor が迷っていたことを Claude Code は簡単に処理するが、依然として妙な部分でハルシネーションが起きる
• AI コーディングエージェントを、20年前に初めて CUDA を見たときに匹敵する革新だと評価
• 当時 CUDA に抵抗した人がいたように、今も AI に反発する人はいるだろうと予想

ACCount37

• 意見が分かれる核心: コード断片を組み合わせる「ミクロ」作業を楽しむか、動くシステムの構築（「マクロ」） を楽しむか
• 前者なら AI エージェントは嫌いになり、後者なら好むだろう

ThrowawayR2

• 分裂の本質は 管理者型 vs ハッカー型 の違いだと見る
• LLM に熱狂する人のかなりの部分は、実際に手を動かすコーダーではなく PM・マネージャー・Staff+ エンジニアだと指摘
• 未来の言語やフレームワークの学習データは、結局「ミクロ」作業をするハッカーたちが作る点も指摘

nineteen999（40年以上のキャリア）

• 手が以前ほど器用ではなくなり、関節炎や手首の痛みが出てきたが、AI は 天からの贈り物 になった
• 体系的に維持し、API やインターフェースに集中すれば AI は大きな成果を出すという経験

cheema33（50代）

• API の詳細ではなく 問題解決そのもの に喜びを見いだす人間なので、Claude Code が翼を与えてくれた感覚
• アセンブリプログラマの役割が数十年かけて縮小したように、似た変化が起こるだろう

bartread（同年代、似た状況）

• 何十年も同じ作業を新しいやり方で繰り返し学ぶことに極度に疲れていた
• Claude は 巨大な力の増幅器 で、コーディング入力なしに問題解決や UX に集中させてくれる
• CSS や Tailwind を自分で扱う必要もなく、望む見た目を説明すればそうなる
• 「究極の宣言的プログラミング」だと表現

jitbit（今年50歳）

• コーディングへの情熱は冷めたことがないが、限られた時間 がますます問題になっている
• Claude Code と Cursor のおかげで膨大な時間を節約できる
• この先 10〜20 年の活動可能な時間があるので、このツールの重要性をより強く感じる

批判と懸念 — 専門家たちの警告

samiv（Principal Engineer）

• 数十年かけて積み上げた専門知識が 大幅に価値を切り下げられた という喪失感
• AI に最も熱狂しているのは、むしろソフトウェアをうまく書けない人たちだという経験的観察
• 憂うつで意欲が出ず、早期退職を考え中

hi_hi

• 反論: 数十年の専門知識は、LLM を 専門家らしく活用 するために使えばよい
• 良いソフトウェアの核心的な基準（保守性、長期的に動くこと）は変わらない
• AI は単独では何も作れないので、経験があってこそ価値を生み出せる

bri3d（Staff Engineer）

• AI は優秀なエンジニアにとっては力の増幅器だが、ジュニアにとっては 雑な出力を10倍に増幅する装置 になる
• 本当の懸念: 将来、良いコードと悪いコードを見分ける人をどう育てるのか
• ジュニア採用が減れば、誰が専門家へ成長するのか — 5〜10年後には技術的負債の山と、それを直せる人の不在が起こりうる
• 逆説的に、今の熟練エンジニアにとっては 黄金の機会 になりうる

switchbak

• 「実装の細部は気にしなくてよい」という姿勢が深刻な問題を招くと警告
• マネージャーたちが巨大な PR を出しながら細部を無視する現象がすでに起きている
• Haskell のような不慣れなコードベースでは、善意でも大きなミスを犯しうる

0x20cowboy

• LLM はコーディングには優れているが、ソフトウェアエンジニアリングにはひどく弱い
• 「ガイド」が必要だというのは、まさにその意味だ
• 現在 vibe-coded なアプリを修正しているが、個々の関数はまともでも全体構造は スパゲッティコード
• コーディングでタイプする行為そのものに喜びを見いだすなら問題だが、システム全体の構築に喜びを見いだすなら、まだやることは多い

codazoda（40年のキャリア、今年50歳）

• Claude で Node ベースのエディタを作ったが、自分の既存ツールは 2.7KB なのに対し、89個の依存関係を持つ 48KB バンドル になった
• 「zero-framework」条件をプロンプトに入れ忘れた自分のミスではあるが、AI は専門的に運用しなければならない という要点を伝えている
• 5年後のテストに耐えられないコードだと判断し、やり直すことにした

ACS_Solver

• 2年間 LLM コーディングに懐疑的だったが、最近のモデルは 臨界点を超えた ように感じる
• 数日かかるリファクタリングを4時間で終え、1時間の作業を10分で処理
• ただし、誤った方向へ進んだりエッジケースを見落としたりする場面は自分で修正する必要があった
• 本当の懸念: ジュニア採用がなければ 専門家はどう生まれるのか
• Sonnet 4.6 時点では、テストを勝手に改変する問題が解消されたのが印象的だと評価

民主化をめぐる論争 — 賛否両論

lovelearning

• 「どんなバカでも LLM でソフトウェアを作れる」という表現は エリート主義的 だと批判
• 書籍出版、Web パブリッシング、オープンソース、ハードウェアの民主化などの歴史的先例を挙げて肯定的に評価

latexr

• 反論: LLM は真の民主化ではない。少数の企業に従属 する構造だ
• 本当に民主的だったのは、無料のリソースに満ちた従来のインターネットだと主張

atonse（Tech Lead）

• 判断・センス・アーキテクチャは依然として自分の貢献であり、AI はそれを100倍に増幅する
• 非開発者でもアクセスできるようになったことを歓迎 — アイデアが頭の中で死ななくなる

iExploder

• すでに民主化されていた — やる気さえあれば誰でも学べた
• ただし「勉強すれば報われる」という社会的な約束が壊れたことへの挫折感は理解できる

世代間の対立と経済的現実

tavavex（新しい世代）

• HN のコメントの多くが 40〜60代で、すでに資産とキャリアを築いた人たちだと指摘
• 彼らはシニオリティ・経験・管理職への移行で安全だが、新卒と中堅層 が実際の危険にさらされている
• 「爆発が起きている背景」で「おもちゃで遊ぶ話」のように聞こえると表現

Dumblydorr

• 数十年かけて積み上げた技能が、PM によって5分でトークン経由で複製できるようになった現実
• 大規模なレイオフ、悪い雇用市場、AI ツールの氾濫、バブルの可能性 — 楽観しにくい状況だと見る

rps93

• UX リサーチ・フロントエンド分野で 2009 年からキャリアを始めたが、AI により 消えゆく職業 になったと感じる
• 家を売って利益を確保し、AI 市場の崩壊に備えている

bayarearefugee

• 経済的に安定した人は LLM の世界を愛し、そうでない人はキャリアを失いつつある
• この2つの集団の経験が 鮮明に分断 されていると指摘

高齢開発者たちの復活事例

dbdoug（ほぼ80歳）

• 10年以上コーディングしていなかったが、Claude と Gemini で再び Python・AppleScript を書いている
• 生成されたコードを1行ずつ読み、学びながら 学習ツールとして活用 している

meebee（66歳）

• 最近数か月で自力で多数のアプリを完成: メディアのウィッシュリスト、買い物リスト、健康ログ、習慣トラッカー、iOS Watch アプリ（チェス戦術トレーナーを含む）など
• 既存の有料アプリでは欲しい機能がそろわず、自分だけのアプリ を vibe-coding で制作
• iCloud と Raspberry Pi の SQLite DB を連携し、家族間の同期を実現

rayxi271828（30年以上のキャリア）

• COM/DCOM/MFC/ATL 時代の興奮は永遠に失われたと思っていたが、Claude Code と Codex で 初恋のようなときめき が戻ってきた
• コンテナエージェントたちと Telegram で会話するオーケストレータを自作したりもしている

ChrisMarshallNY（63歳）

• 何千人ものユーザーがいる 実際に公開済みのアプリ を LLM で1か月かけて書き直し中（もともとは13か月かかった作業）
• 退職後いちばんつらかったのは一人で作業する孤独感だったが、LLM が チームと一緒に夢を見ている感覚 を取り戻してくれた

tqwhite（73歳、完全引退）

• 1967年に最初のプログラムを書き、数十年後の今は neo4j グラフ DB と統合した Claude Code ベースのエージェント（「Milo」）を動かしている
• CYPHER クエリ言語を学ばずに neo4j を活用 — 認知的パートナー としての AI を体験
• 同世代で引退した仲間たちがこの楽しさを理解しないことへの残念さを表明

「ミクロ vs マクロ」という二分法の深掘り

zmmmmm

• エージェントモードではなく 直接的な制御 を維持するやり方を推奨
• 退屈な文法学習やインフラの難所から解放されつつ、アーキテクチャの主導権は維持できる

fragmede

• 反論: エージェントモードなしでは生産性向上の効果は限定的
• ループをうまく調整すれば 何時間も自律動作 するワークフローを実現できる
• 満足感が「コードを書くこと」から「コンポーネント完成後の polish」へ移ったと表現

empath75（ADHD）

• ADHD のために数十年分の未完成プロジェクト一覧があったが、Claude が アイデアから実行までの摩擦を取り除いた
• CLI/TUI/Web UI を素早く作れるようになったことが核心的な価値
• 数か月で複数のアイデアを捨て、そのうち1つを職場で本番投入した

echelon（ADHD）

• Claude Code が ADHD を消し去り、超集中状態にしてくれる と表現
• まだエージェントモードは使わず、ファイル位置・構造体名・SQL join まで自分で指示し、すべてのコードをレビューしている
• Rust のコード品質が特に優れていると評価
• 品質の低いプロジェクトでは AI も同じ水準のコードを返すと警告

特異な視点と哲学的考察

antirez

• 良いプログラマは 何を作るべきかを知り、アーキテクチャのアイデアを持っている ので LLM をうまく使える
• アイデアも方向性もなければ、90年代に Corel Draw を持たされた普通の人のように、結果はひどいものになる

rendall

• 写真機の発明後、画家たちが 記録者から芸術家・解釈者へ 役割を転換したのと似たパラダイムシフト
• 印象派・シュルレアリスムなどは、数十年かけてその変化に適応した結果だ
• 経験豊富なエンジニアは、AI 以後むしろ社会的価値が高まる可能性がある

jorl17（40代前半）

• 大学時代の「10歩先を行っている感覚」がここ数年で薄れていたが、AI で その感覚が戻った
• コーディングではなく 問題解決 に喜びを感じる人間だったと気づいた
• ソフトウェアがついに DIY の時代 に入ったと表現 — 65歳の非開発者でも自分だけのソフトウェアを作る時代

elzbardico

• Claude Code と AMP を多用していても、監視しなければ粗いコード・リグレッション・最適化不足が頻繁に発生する
• モジュール性がひどく、凝集度や結合度といった50年来の概念が無視される
• コーディングエージェントは優れたツール だが、「一人で複雑なシステムを作れる」と考える人は使い方を誤っている

al_borland（直接コーディング派）

• 2日間 Claude を使ってみたが まったく満足できなかった — 試験で不正をして A を取ったような感覚
• 学びもなく、達成感もなく、結果だけが出た
• 自分で配管を直した場合と、窓の交換業者を雇った場合の違いで説明 — 前者にしか達成感を感じない
• そのブランチを削除して、自分で書き直す予定

vitaflo（Rust 開発者）

• チームリーダーの言葉: 「この道での旅路は人それぞれだ」
• 自分はエージェントモードで気分が落ち込むが、計画ツールとして LLM を活用 — ブレインストーミングやラバーダック役としては非常に有用
• 自分なりのやり方を見つけるよう勧める

Thanemate（45歳）

• HN の 生存者バイアス と集団思考を警告
• LLM ブームに乗った人ほど HN をより頻繁に訪れる傾向がある
• 自分は AI 使用の強制による実存的危機と抑うつを経験しており、複数のエージェントを矯正する作業に疲弊していると吐露

Karpathy の紹介ツイート
> 週末のあいだに試してみたい人のために用意しました。
> コードとSF、そして少しの狂気が混ざった作品です :)

どうして週末にこんなことをするんですか、先生

ダウンロードはできないのでしょうか？

言語特性以外の変数が混入した総計を測定したものに見えます。GitHubには実験ごとの所要時間の結果はありますが、実行ログはありません。最も一般的な測定指標である個別タスクごとの所要時間すら確認しにくく、LLMの出力特性上、再現も不可能に見えます。

著者自身も、プロトタイプ段階の一回限りの作業であることを限界の項目で認識しています。それにもかかわらず、全体として透明性が不足しており、変数統制もなされていない実験だと思います

最近、npm package でこうしたことがたびたび起きていますね

でも、Ruby の特性上、トークン消費量が少なくならざるを得ないんです。短くコードを書きやすいので、その分、出力トークン数などでのトークン消費が減ります。

つまり、シニアになるはずのジュニアをAIが代替するということですね。AI万歳、万歳、大万歳

回答してくれた内容によると、失敗をAIがしたら、その克服は誰がするのでしょうか？ 大卒の新卒ジュニアですか？

丁寧で穏やかなコメントを残します。

まもなく —agent-friendly オプションが一般化しそうです…

あのルビーってやつ
Ruby の作者がテストしたんだから、Ruby がいいって言うだろう

AIが実際に開発者をいつ置き換えるのか、そもそも本当に可能なのかもまだ分からないのに、無条件に持ち上げる必要はないと思います。実際、redditでも何かを作ってユーザーが入ってきているのに、自分のサービスの何が危険なのかも分からず助けを求める投稿がかなりあります。

でも、なぜ急に自白したのでしょうか？

どの言語実装を一番信頼する？って言われたら…（笑）

ほとんどの場合、BM25でも同様です。
したがって、形態素解析器を併用するのがおすすめです。
https://github.com/bab2min/Kiwi

これ、ファクトチェックしてみたら正確な証拠はないような気がするのですが。ほかの方のご経験はありますか？

~~は死んだ 💀💀💀

Mozilla Foundation Security Advisory 2026-13

これはかなりすごいですね。

厳格なテストケースがどれほど重要かを、改めて思い出させてくれる事例のようです。

人の考えることって、やっぱりみんな似ているものですね。
国内プロジェクトにもこのプロジェクトと似たプロジェクトがあって、最近使い始めました。
国内プロジェクトはこのプロジェクトと比べると、ピクセルアート（?）が追加されていて、Gemini CLIが入っている形ですね。（Claude/Gemini OAuthはCLIのインラインプロンプトメッセージ？の使用で回避、本記事のプロジェクトでもClaudeは似たような形に見えますね。）