39 ポイント 投稿者 GN⁺ 2025-12-30 | 6件のコメント | WhatsAppで共有
  • Andrej Karpathyは、現在のプログラミング環境において自分が大きく立ち遅れていると強く感じていると明かした
  • プログラマーが直接書くコードの比重は減少し、既存のツールやシステムをどう接続し組み合わせるかが中核的な能力へ移りつつある
  • この1年で登場したツールを適切に組み合わせるだけでも生産性を10倍近く高められる可能性があるのに、それを活用できていない状態を自ら**明確なスキル不足(skill issue)**として認識している
  • エージェント、サブエージェント、プロンプト、コンテキスト、メモリ、権限、ツール、プラグイン、MCP、LSP、IDE連携などで構成される新しい抽象化レイヤーを理解し扱わなければならない状況にある
  • 説明書のない強力だが確率的で不完全なツールが突然既存のエンジニアリングと混ざり合い、この変化に対応しなければ職業そのものの中で立ち遅れるおそれがあると警告した

プログラマーとして、ここまで取り残されていると感じるのは初めてです。
プログラマーが貢献する部分はますますまれで断片的なものになりつつあり、プログラミング業界は急速に再編されています。
この1年のあいだに新たに登場した技術をうまく組み合わせるだけで10倍は強力になれる気がするのに、その機会を生かせていないのは明らかに自分のスキル不足のせいだと思います。
エージェント、サブエージェント、プロンプト、コンテキスト、メモリ、モード、権限、ツール、プラグイン、スキル、フック、MCP、LSP、スラッシュコマンド、ワークフロー、IDE統合など、従来のレイヤーに加えて身につけるべき新しい抽象化レイヤーが生まれました。
しかも、本質的に確率的で、エラーが起こりやすく、理解しにくく、絶えず変化する要素が、突然これまでの伝統的なエンジニアリング手法と混ざり合うことで生じる長所と短所を包含する思考様式を築かなければなりません。
明らかに何か強力な異星のツールが使われているのに、説明書がないので、誰もがどう扱い、どう動かすのかを手探りで見つけなければならない状況です。
しかも、その結果として起きたマグニチュード9級の地震が業界を揺さぶっています。
取り残されないために袖をまくりましょう。


「取り残されている」という感覚の正体

  • 現在のプログラミングという職業は**急激な再構成(refactoring)**の段階に入ったと捉えている
  • 人間のプログラマーが貢献するコードは、ますますまばらに現れる要素になりつつある
  • 価値の中心はコードを直接書く能力よりも、既存システムを結びつけて全体を動かす能力へ移っている

新しい抽象化レイヤーの登場

  • 従来の言語、ランタイム、フレームワークの上に、AIエージェント中心の上位レイヤーが新たに追加された
  • このレイヤーはプロンプト、コンテキスト管理、メモリ、モード、権限、ツール呼び出し、ワークフロー、IDE統合などで構成される
  • 単一の技術ではなく、エコシステム全体を貫くメンタルモデルが求められる

不確実なツールとともに行うエンジニアリング

  • 新しいツールは確率的で、エラーの可能性があり、内部動作を完全には理解しにくい
  • それでも従来の「正確で決定的な」エンジニアリングシステムと組み合わせて使わなければならない
  • これは従来のプログラミングパラダイムとは根本的に異なる思考の転換を求める

説明書のないツールと職業的な地震

  • 強力な異星のツールが突然すべての人に与えられたが、利用マニュアルは存在しない
  • 各自が自力で使い方を身につけなければならず、そのあいだに職業全体がマグニチュード9級の変化を経験している
  • Karpathyは、この変化に対応しなければ意図せず取り残される可能性があることを明確にしている

結論となるメッセージ

  • 現在の変化は一時的な流行ではなく、プログラミングという職業そのものの再編である
  • 生産性の飛躍を活用できていない状態は、環境の問題ではなく個人の準備不足に帰着しかねない
  • 取り残されないためには袖をまくり、新しいレイヤーを積極的に学ばなければならないというメッセージで締めくくられている

6件のコメント

 
bbulbum 2025-12-31

『自分は後れを取っている』という表現で語られた、『あなたが後れを取っている理由』

 
m00nny 2025-12-31

確かに、何から何まで全て把握していなければならないやり方は、生産性の面では不利な時代になってきた気がします。一方で、抽象化をやみくもに混ぜ合わせて、何が動いているのかも分からないコードが増えていく点のほうが、私はより懸念しています。このままだと重要なロジックが、誰にも理解できない一種の魔法の構文のようになってしまうのではないかと心配です。

 
labeldock 2025-12-31

「確率的で、誤りの可能性があり、内部動作を完全に理解しにくい」というのは、単に自分が受け入れたくないことを婉曲に表現しているだけのように思えます。AIも人間について同じように評価できる気がします。

 
mhj5730 2026-01-02

鋭い指摘です。人間のほうがエラー率は高いですよね..

 
GN⁺ 2025-12-30
Hacker Newsの意見
  • 自分が消耗するのは「取り残されること」ではなく、業界全体が不確実性への答えとして 抽象化の塊 を積み上げ続けているのを見ることだ
    今やシステムだけでなく、異なる言語で会話する半分しか信用できないインターン集団のメンタルモデルまで維持しなければならない
    仕事はますます味気なくなり、結局2026年にはキャリアチェンジを決意することになった

    • 自分にとってはむしろAI支援プログラミングは逆効果だ
      LLMがコードを代わりに書き、テストまで維持できるなら、Reactのような 複雑な抽象化 はわざわざ必要ない
      Moment.jsのようなライブラリを単なる時間変換のために入れていた時代は終わりで、今では1行のプロンプトで十分だ
      結局、LLMを使って 抽象化を減らす選択 もできる
    • こうしたAI支援コーディングの現象は、昔のHNでよく話題になった記事を思い出させる
      Don’t Call Yourself a ProgrammerHNの議論スレッド がその例だ
    • 業界は スピードとイノベーション を求めている
      自動コード生成はその欲望を満たすが、安定性や性能、完成度を求めていたならLLMの影響ははるかに限定的だったはずだ
      すでに腐り始めていた技術製品――WindowsやiOSのような――に、LLMがその腐敗の速度を加速させている感じだ
    • どんな分野にキャリアチェンジしたのか気になる
      自分もいつか似たような悩みを抱えそうだ
    • プログラマーたちがますます 非決定性 を受け入れているのが驚きだ
  • Andrejが39歳だと知って、Douglas Adamsの技術世代論を思い出した
    「35歳を過ぎてから発明されたものは自然の摂理に反する」という有名な引用そのもののように感じる

    • でも彼は技術に反対しているのではなく、ただ 理解しきれていない潜在力 を感じているだけのようだ
  • 「AIに没入しすぎて現実感覚を失った人たち」を Slopbrain と呼びたくなる
    完全にソースの中で道に迷っている感じだ

    • 最近の WSJ記事 でも扱われているように、AI精神病(AI Psychosis) は本当の脅威だ
      周囲でもAIを人生相談相手のように使い、人間関係が揺らいでいるケースを見た
      Karpathyですら「追いつくのが難しい」と言ったのは衝撃だった
      結局、AI信奉者たちが「もう少しで完璧になる」と信じているのは、巨大な 集団幻想 のように見える
    • Karpathyは十分に賢いのだから、そんなふうに軽く片付ける話ではない
    • 自分はこの現象を「AIに ワンパンされた」と呼んでいる
    • TwitterではこれをLLM Psychosisと呼んでいる
    • Slopbrainが興味深いのは、Karpathyの論理がLLMの 表層的な論理構造 に似ている点だ
  • 新しい エージェント抽象化レイヤー を覚えなければならないという話を聞くが、それは開発ではなく終わりのない設定地獄のようだ
    DevOpsの無秩序なスプロールを個人PCに持ち込んだ感じだ

    • こうした開発スタイルは「会議ベースのプログラミング」のようだ
      C-suiteやMBAが好みそうな構造だが、結局は人間の 私的な思考空間 を消していく流れだ
      インターネットはすでに思考の私的領域を侵食してきたし、今度はプログラミングツールまでその道をたどっている
    • でも実際にコーディングエージェントをたくさん使ってきた立場からすると、そのすべてを知る必要はない
      問題をタスクに分解し、TDDの要件 を追加してテストを通せば十分だ
      残りは過剰なエンジニアリングにすぎない
    • 「これのどこがプログラマーを10倍速くするんだ?」という問いへの答えは簡単だ
      そういう主張をしているのは大半が 非開発者 か、そのミームで金を稼いでいる人たちだ
  • 「今学ばないと取り残される」という話は昔から間違っていた
    90年代のウェブブームの時もそうだったし、結局は新しい世代が全部やり遂げた
    今は待って 整理された段階で学ぶ戦略 も十分に有効だ

    • 結局ツールはもっと使いやすくなるはずだ
      自分はLLMを使うが、流行を追って時間を無駄にはしない
      「取り残される」というのは単なる FOMO にすぎない
    • むしろ新しいエンジニアのほうが、過去の重荷なしでもっと簡単に適応できそうだ
    • でも中年の開発者としては不安が大きい
      AIのおかげで生産性は上がったが、今は 職人技の代わりにIKEA式のコード生産 をしている気分だ
      長期的にこの仕事を続けたいのか分からない
  • 自分は一生プログラマーとして生きてきたし、今でも コンピュータと一体になる瞬間 を愛している
    たとえ昼は靴を売っていても、夜にはコーディングするだろう
    現代のツールがそれを許さないなら Commodore 64 でだってコーディングする
    自分は自由人だ

  • Opusを使っていて感じたのは、IDEなしで何週間も働くなんて理解できないということだ
    プロンプトをいくら磨いても 壊れたコード が出続ける
    1日に200ドル使っても、結局は手作業のリファクタリングが必要になる
    LLMが作ったコードはあまりに ぐちゃぐちゃ で、直すのが苦痛だ

    • LLMが SQLクエリ をまともに書けず、うんざりした
      結局ほとんどのコードを自分で書くことになる
    • 多くの人が技術をきちんと理解していないことから生じる問題だ
      自分はコードを1行も書かないが、複雑なシステムを設計 することはできた
      結局は技術をうまく扱う方法を知っているかどうかが核心だ
    • 自分のコツは「スパイク実験」をしているふりをすることだ
      こうするとモデルが細部にこだわりすぎず、まず基本構造を作ってくれる
    • 似た名前のファイルを参照として与えると、コード品質は10倍良くなる
      でもプロジェクトが大きくなると型エラーとテスト失敗が爆発的に増え、結局 破棄 することになる
    • 自分はIDEをほとんど開かない
      その代わり Claude CodeCursor を使っている
      型付き言語、カスタムLintルール、自動テスト、PRレビュー自動化などで完全なワークフローを構築した
      例として scout-for-lol のようなプロジェクトや Helm型ジェネレーター などを作った
  • OpenAIの マーケティング費用が2025年上半期に20億ドル に増えたと知って驚いた
    開発をより良くしているという錯覚を作るのに、それだけ使っているように見える

    • 自分も懐疑的だったが、友人が Claude Code を見せてくれて考えが変わった
      たった1文で面倒な作業を片付けられ、オープンソースプロジェクトをまた楽しめるようになった
      今では 生産性が何倍にも なっている
    • 「AIが進歩する1年のあいだに、あなたも進歩できるだろうか?」という言葉が印象的だ
  • 年末休暇のあいだAIをまったく使わずに過ごしてみたら、ゆっくりした生活のリズム が驚くほど心地よかった
    でも復帰すれば、また180%の速度に戻らなければならない
    だから意識的に アナログな趣味 と「コンピュータのない時間」を守ろうとしている

    • 自分も息子と散歩しながら、本当の 自由時間 が何かを悟った
      歩いて考える時間こそ、最高の生産性ハックだ
  • こうした議論の大半は 独立開発者やグリーンフィールドプロジェクト を中心にしている
    ミスのコストが低いからだ
    しかし4人以上のチームがいる 実際の本番環境 で、AIだけで開発している事例はほとんどない
    Claude Codeの開発者がClaude Codeだけを使っているのは、ドッグフーディング に近いと思う

 
roxie 2026-01-01

この混乱は、いつごろ落ち着くのでしょうか、どちらに転ぶにせよ、、