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

私たちは自らの技を悼む

概要

  • AI技術の進化が プログラマーの役割変化 をもたらす現実
  • 若手世代とベテラン世代 の間で生じるスキルギャップ
  • AIツールの普及 による仕事の効率化と倫理的葛藤
  • 手作業のプログラミング文化 の終焉に対する郷愁
  • 技術の流れに逆らえない 時代の無常感 と喪失感

AI時代におけるプログラマーの葛藤

  • AIツール によって、ブログやコードが 無断で学習データ として利用される現状
  • プログラマー の役割が、AIによるコード生成の 監査役 に変化
  • AIのコード生成能力 が人間を凌駕しつつある事実
  • 道徳的理由 でAI利用を控える選択も可能だが、実利との板挟み
  • 若手エンジニアは Warp、Cursor、Claude、ChatGPT などのAIツールを日常的に活用

世代間ギャップと現実的選択

  • 40代以上のベテラン層 にとって、AI活用の波は避けられない現実
  • 若手エンジニア がAIツールで圧倒的な生産性を発揮する状況
  • 給与と成果のバランス が問われる職場環境
  • 家族や生活の安定 を守るための現実的な選択
  • 理想と現実 の間で揺れるキャリア観

手作業によるプログラミング文化への郷愁

  • 手でコードを書く時代 が終わりを迎えるという歴史的転換点
  • JavaScriptの手打ち やバグ修正に奮闘した夜の思い出
  • GitHubリポジトリ に「自分が作った」という誇り
  • 芸術家の署名 のような、作品への愛着と満足感
  • 創造の喜び や達成感への懐かしさ

技術進化と喪失感への向き合い方

  • 新しい時代 が訪れることへの諦観
  • 抗えない時代の流れ と個人の無力感
  • 喪失を悼む時間 の必要性
  • 伝統的なプログラミング技術 が、将来は考古学的遺物となる可能性
  • すべてのものが消えゆく という無常観と、それでも抱く哀惜

Hackerたちの意見

LLMについてはまだ迷ってるけど、技術者たちが自分たちの仕事を奪う技術について頭を抱えてるのを見るのは面白いね。「俺たちが仕事を自動化する」って言ってる業界なのに、自分たちにそれをされると怒るのはなんでだろう…

この記事は仕事を失うことについてじゃないんだよね。コーディングは僕たちの中には情熱なんだ。アーティストと拡散の関係に似てるけど、違うのは多くの人が人間のアートを評価できること。でも、コードを書いたのが人間だってことに興味があるのは僕たちだけじゃない?

自分や自分の仕事が「仕事を自動化する存在」だとは思ったことも感じたこともない。

僕にとっては、同じ技術が他の人たちをより効果的にやってるからなんだ(特にアーティストにね)。子供の頃から「アートを楽しむ人」だったけど、かつて憧れていた人たちによってそれが壊されるのを見るのは心が痛む。もしこれがソフトウェアだけに影響していたら、もっとアート的なキャリアに切り替えるのも嬉しかったけど、その計画はダメになっちゃった。

この記事を読んで、どうして悲しみを感じるの?明らかにその人が技術との関係について個人的な何かを悼んでるんだよ。

大多数の開発者は「君の仕事を自動化するよ」って言って始めたわけじゃないって自信を持って言えるよ。

「About Me」の写真を見る限り、この技術者は引き裂く髪の毛がないね。

「私たち」がそういう業界かもしれないけど、私は違う。私の焦点は常に新しい能力を作ること、特に専門家のために何かを作ることにあった。個人をより強くしたいのであって、余剰品にしたいわけじゃない。

「6ヶ月待て」っていうのがここ3〜4年ずっと言われてるよね。まだ死んでない職業を悼むのはちょっと意地悪だと思う。

あと数兆ドルで、もうすぐだね!

これがちょっと理解できないんだよね。「数ヶ月待って」って言われても、ずっと聞いてきたからさ。何を待ってるの?なんでまだ実現してないの?2022年12月(ChatGPTのリリース)からは良くなってる気もするけど、見えない天井があるのかな?

でも、ここ6ヶ月で感情は大きく変わったね。これはChatGPT 3.5以来の大きな変化だと思う。「6ヶ月待て」と言った人は、6ヶ月前に「正しかった」だろうね。

物事は最も楽観的な予測を超えてずっと早く進んでいるから、すべての「6ヶ月待って」は実現している。HNでの議論がどう変わったか見てみて。6ヶ月前の議論なんて誰も使ってないし、今日の議論も6ヶ月後には同じように無意味になるだろうね。

僕は悲しんでないよ。人生を通じて、美しくてエレガントなものを作ろうとしてきた。子供の頃、割れたPhotoshopを見つけて、魔法のような画像を作ったり。大学では、慎重に努力してウェブサイトを作る方法を学んだ。若いプロとしては、そのスキルを使って病院やサマーキャンプ、会議のためにウェブサイトを作った。ソフトウェア開発を学んで、ソフトウェアを書くことやデバッグすることのゆっくりとした、計画的なプロセスを練習した。今は、システムに話しかけたり、導いたりすることで美しいものを作ることができる。システムが面倒な作業をこなしている間に、どうやって素晴らしくて機能的で美しいものを作るかを考えることができる。僕にとっては、コードのことじゃなくて、自分や他の人のために役立つものを作ることが常に重要だった。それが今までで一番簡単になってる。

よく言ったね。これが俺の気持ちをまとめてる。美しくて役に立つものを作る能力が好きで、この世界に参加したんだ。この新しい世界は、もっと効果的にそれをさせてくれるし、エレガントなアーキテクチャを作るのを妨げることもない。

俺にとって、コードのことは決して重要じゃなかった。じゃあ、それは君の技術じゃなかったってことだね。

AIエージェントは、面倒な作業を簡単にしてくれる強力な手段みたいだね。でも、強力なソフトウェアはしっかりした中身があってこそだってことを忘れちゃいけないよ。結局、中身が増えてくれることを願ってる。

AIが生成したものを100個見たけど、あんまり面白くない。ツールが足りないわけじゃなくて、プログラマーとしての魅力すら感じられない人が、実際にクリエイティブなことをするのは難しいからだと思う。なんで誰かがあなたの作品に興味を持つと思う?あなたの新しいスムーズな生活の中で、他の百万の雰囲気コーダーと差別化できる何かを見つけることができたの?

コーディングが好きなんだ、本当に。でも、君と同じように、作ることが好きで、作り方にはあまりこだわらない。手でコードを書くことが恋しいとはあまり思わなくなった。正しいものを作ることに集中している開発者は、「正しく作る」ことに集中している人よりも悲しんでいない気がする。でも、心配もある。主な疑問はこれだ - AIが「正しいものを作る」ことを理解し、AI+人間よりも上手にそれを実行できる日が来るのか?(AIが「正しく作る」段階に早く到達する前提だけど、まだそこには至っていない)私の主な希望はこれだ - AIはもうしばらく前から人間をチェスで打ち負かしているけど、私たちはまだチェスを楽しんでるし、人々はチェスを教えたり、チェスのゲームを分析したりしてお金を稼いでる。トップの人間のチェスプレイヤーが、私のiPhoneで動いているストックフィッシュエンジンに負ける可能性が高いけど、まだチェスプレイヤーは称賛されているし、YouTubeのインフルエンサーもチェスの有名プレイヤーのゲームを分析して収益を上げている。だから、希望はあるかもしれないね。

「人生の全てで、美しくエレガントなものを作ろうとしてきた。」俺もそうだけど… コーディングの能力がフィルターだった。AIのおかげで、美しくエレガントなソフトウェアを作れる人が増えた。社会には良いけど、俺には悪い。

君の意見に賛成したいし、頑張ってるよ。でも、OPのブログ記事は「亡くなった人を尊重する」時間を少しは与えてくれるべきだと思う。彼が求めてるのはそれだけだと思うよ。

アダム・ニーリーがGenAIと音楽業界への影響についての動画を出してるよ。動画の中に美しさやセンスについてのセクションがあって、君の結論とはかなり違うんだ。覚えてる例の一つは、AIはレコードのスクラッチ音に美しさを見出すのか? https://youtu.be/U8dcFhF0Dlk

俺も物を作るのが大好きだけど、俺にとってはその過程が喜びの大部分なんだ。LLMを操るのは、コードを書くのと同じような喜びを感じない。完成したプロジェクトも、LLMにプロンプトを出してその出力をレビューするだけだと、同じようには感じない。もしLLMにアートを生成させたとしても、どれだけ時間をかけてその画像を洗練させるために会話しても、自分をアーティストとは呼べない。だから、もし自分のプロセスがLLMにほとんどのコードを書かせることなら、自分をコーダーとは呼ばない。どちらの出力にも価値がないとは言わないけど、こういう方法で製品を作るなら、アーティスティックディレクターやテクニカルプロダクトマネージャーみたいなもんだと思う。とはいえ、コーディングの全ての瞬間から喜びを得ていたわけじゃない。退屈だったりイライラする部分もたくさんあった。そういう部分をLLMに任せられるのはありがたいけど、使うのは趣味のプロジェクトに限られてきてる。LLMが同僚を「生産的」にするかもしれないのに、手動でほとんどのコードを書く時間を取れるかどうかは分からない。自分のコードが彼らのより「良い」と納得できても、企業が重視することじゃないからね。

「私の人生の全てを通じて、美しくエレガントなものを作ろうとしてきた。なぜやめたのか?それは、LLMが創造する行為を放棄して、即座に手に入れることに走っているからだ。誰かを雇って自分のために作らせている。LLMの夢を生きて、タスクラビットを雇って木工所を運営すれば、物事はもっと便利になる。でも、それは自分が作っているわけじゃない。」

40年以上前にプログラミングを始めたのは、コンピュータが魔法のように感じたから。今は昔以上に魔法のように感じる。まるで1980年代のファンタジーの中にいるみたいで、コンピュータに話しかけることができて、個性があった。実際にそれが起こっているなんて信じられないし、コンピュータを使うのがこんなに楽しいのは初めて。失ったものがあるっていう不満には全然共感できない。今、すごいことの直前にいるんだ。欠点がないわけじゃないけど(WOPRがみんなを危険にさらしたこともあるし)、確実にコンピュータの黄金時代にいる。

俺が何年も夢見てきたものが手に入った:逆引き辞典。単語を入れて、その意味を見る?それは少なくとも100年は簡単だった。意味を考えて、その単語を得る?それを得るには、たくさんの本を読んで知識を身につけるか、知ってる人に聞くしかなかった。今はいつでも手に入るんだ。

コンピューティングの黄金時代 俺は、今がコンピューティングの最悪の時代に達した気がする。プラットフォームは権力を求めるメガコーポレーションに支配され、ソフトウェアは過剰に設計されたゴミになってる。同じ会社がブラウザやウェブ標準を開発してるのに、AIスクレイパーでインターネットを破壊してる。趣味の人たちは企業にインターネットを奪われて、全てのソフトウェアが悪化した。最も人気のあるデスクトップOSには、ソフトウェアをパッケージ化したり更新したりする簡単な方法すらない。

ここで既に表現されてるのを見て嬉しい。俺も全く同意する。プログラミングがここまでの喜びをもたらしてくれたのは数十年ぶりだ。生きてるって素晴らしい時代だね。

ある意味、今はソフトウェアの暗黒時代にいると思う。40年後にはCやbash、grep、マリオのROMはまだ残ってるだろうけど、今書かれているソフトウェアのほとんどは消えてるだろうね。これは意図的なことだと思う。SaaSは、家賃を取るビジネスモデルだし。でも、JSやPython、C#、Go、Rustなどで書かれたほとんどのコードにも当てはまると思う。依存関係が多すぎるんだよね。2026年のリポジトリを2050年に動かすのは、大変な作業なしには無理だよ。AIがこれにどう関わってくるのかが一つの疑問だね。完全に問題を解決してくれるのか?それとも、20年前のプロジェクトの依存関係を見つけたり修正したりするのは無理なのか?それとも、ひどいコードを書いて依存関係の木を悪化させるのか?これからわかるだろうね。

私たちは素晴らしい何かの瀬戸際にいる。サービスへの完全依存?

君には良いことだね。でも、こういうことを祝う投稿やスレッドはもうたくさんあるよ。みんな違うから。手でプログラミングすることを楽しむ人もいる。このスレッドは、そういう人たちのために、悲しむためのものなんだ。

「私には『何かを失った』という不満には全く共感できない。オンラインで見かけるほとんどがAIで、ほとんどの『人』が偽物になる状況に簡単に近づける。80年代のコンピュータを覚えている人が、USENETやBBSが遠距離や国際的なコミュニケーションを促進し、リアルな人間関係を育む力に魅了されていたことを考えると、何かを失ったとは思わないのは難しい。」

私にとっての黄金時代は、完全に文書化されたシステムがある時期だね。どんな命令をサポートしているかのドキュメントが付いているハードウェア。サンプルコードもね。私の8ビットマイクロのように。オープンで改造可能なソフトウェアも必要だよね。今あるのは、 - 理解できない小さなブラックボックスのAI。 - 以前は「所有」していた同じソフトウェアのための永続的なサブスクリプションサービス。 - NDAを結んだ少数の人だけが知っている完全に文書化されていないハードウェア。 - 「セキュリティ」の名のもとに、承認されていないソフトウェアを実行させないようにどんどん厳しくなっているオペレーティングシステム。 - GitHubやCloudFlare、AWSなど、分散システムが中央集権化していること。今特別なのは、すでに複雑すぎるソフトウェアスタックの上に、自然言語を擬似コードとして使えるようにするための新たな抽象化が追加されたことだけ。これは特別なブレイクスルーだけど、現代のコンピューティングの他の問題を無視するには不十分だよ。

@simonwがボルチモアの劇場ソフトウェア開発者クリス・アシュワースのTikTokを投稿してくれたことに本当に感謝してる。彼は最近、ボクセルディスプレイソフトウェアコントローラーを作るためにLLMを使い始めて、驚いていたんだ。https://simonwillison.net/2026/Jan/30/a-programming-tool-for... でも、シモンはクリスの動画の私のお気に入りの部分には触れていないんだ。それはクリスが友達のジェシー・クリスを引用しているところ。これがすごく印象に残ったし、あなたが話していることにすごく近いと思う。 >「この面白い点は、人間の何かを奪ってロボットにするわけじゃないってことだ。私たちはコンピュータにコンピュータ言語で話さざるを得なかった。それが逆転している。」 私は(あなたが言うように)人格を見ているわけじゃないけど、話す能力は見えるよ。エソテリアはまだその下にあるけど、世界を飲み込んだものに対してコンピュータプログラマーが独占的に持っていた知識の深さはもう終わりだ。そういう知識はまだ存在していて、消えないよ!でも、注目すべきは、LLMがプログラマーのエソテリックな人間性を持たない人たちが入って探求する手助けをしてくれるってことだ。

著者に同意するよ。コードを書くプロセスが好きなんだ。メソッド名やクラス定義を打ちながら、全体のアーキテクチャや構造、関数がどれくらいの時間で動くか、どんなテストが必要かを考えるのが楽しい。コメント欄で「コードを書くのが嫌い」って言ってる人が多いのが不安だよ。なんか異星人みたいに感じる。私たちは全然違う理由でこの分野に入ったんだね。私はLLMも使ってるし、最近の2日間は、雰囲気コーディングのプロジェクトをやってたんだけど、自分で書くよりもずっと早く現在の状態に持っていけた。でも、プロジェクトを理解していない感じがして、ちょっと気持ち悪い。全体の構造や決定、計画はわかるけど、自分でコードを書いたときのようにコードベースを深く理解してないんだよね。

コードを書くこと自体(それは好きだったけど)じゃなくて、コードの美学なんだ。正しいコードと適切な量のコード(今のところ)で問題を解決すること。それは、AIがほとんどのコードを書いても変わらない。AIは本当に悪い直感を持ってるから、常に方向性を示さなきゃいけない。なぜなら、職業のほとんどの人がそれが得意じゃないから、悪いトレーニングデータになってるんだ。主に「コーディングを学ぶ」運動や、お金のためだけにこの職業に入ってくる人たちのせいで。そういう人たちは多分、厳しい状況にあるよ。

LLMは、自分の仕事をコードモンキーだと思っているなら脅威だね。そういう場合、あなたの仕事はもっと安くできるアウトソーシングのスタッフに取って代わられてる可能性が高い。もし自分の仕事を「何を書くか(書かないか)を考える」モンキーだと思っているなら、安全だよ。ほとんどのシニア以上の人はこの立場にいると思うし、LLMはここであなたを置き換えることは絶対にないよ。特定の状況ではあなたを補完してくれる。シニアの特権は、LLMを使わないべき時や、LLMが失敗する可能性を知っていることだよ。今は、LLMにアウトソースしても大丈夫なものと、人間がやるべきものの見極めができてる気がする。LLMに安全なものをオフロードすることで、LLMに危険なものに集中する時間ができるし、ただリラックスして自由な時間を楽しむこともできる。

俺の仕事は色んな側面があるんだ。その中の一つがコーディング。これが一番楽しい側面なんだけど、実際に一番時間をかけてるわけじゃないんだよね。もしこれを奪われたら、残りの仕事はあんまり魅力的じゃなくなる。前は、会議やデザインの話し合い、PMとの議論を乗り越えるのも気にしなかった。だって、最後にはクールなものをコーディングできたから。今は… AIにクールなものをコーディングさせるためにプロンプトを出すだけ。これじゃあ全然満足感がないんだ。だから、「リーダー」や「マネージャー」になりたくなかったのも同じ理由。実際に自分がやりたいことをやりたいんだよね。

世界中の賢い頭脳に何百億ドルも注ぎ込まれて、この技術を進めようとしてるから、コードを打つだけの人たちだけでは長くは続かないと思うよ。

今は私たちの技術の衰退を嘆く時だ。あなたの技術は私の技術ではない。今の時点で、著者がやっているJavaScriptやJavaのフロントエンドを書くことは、ほとんどLLMで自動化できる可能性がある。著者が誰に向けて書いているのかはわからないけど、一般的に「プログラマー」という観客を誤解してはいけないと思う... もしあなたが存在するもの、または存在するものに非常に似たものを作っているなら、LLMがそのものに近いコードを生成できる可能性が高い。LLMのエンコーディングはロスがある。出力を調整してロスを回復するにはどうする?そのギャップを埋めるために、どんなプロセスを経るの?ギャップはいつ現れるの?それをどう認識するの?絶対に最良のケースでは、目に見えるエラーが与えられるかもしれない。もしかしたらそれを出荷してしまって、プラットフォームや状況についての文脈を提供する必要があるかもしれない。プラットフォームや状況が古いものであることを願うよ。

「6ヶ月待て。」完璧なコードがエージェント的な何かから生まれる素晴らしい未来が実現するという、決して真実ではない約束を何度も聞かなきゃいけないのが悲しい。まだ6ヶ月先だって。「ああ、そうだ、6ヶ月、12ヶ月、18ヶ月前に来るって言ったけど、今回は本当に6ヶ月先だって約束する!」初めてインターネットにアクセスした時のことを覚えてる。それは革命的だった。ずっとオンラインでゲームをしたり、友達とチャットしたり、新しいことを発見したりしたかった。これがコンピュータサイエンスを学び、ソフトウェアを開発する意欲を形作った!インターネットの価値はすぐに見えたし、体験できた。インターネットの有用性は決して「6ヶ月先」ではなかったし、使うことを強制されることもなかった。自分の意志でできるだけ頻繁に使いたかった。LLMによるコーディングは、こういう革命的でワクワクするものには感じられない。上からの命令だ。何も知らない上司が「AIを使ってもっと早く進む方法を見つけて」と言ってくる。何も知らない上司がAI使用についてCulture Ampの調査をしてるけど、95%のCopilotのPRコメントが無駄なノイズだってフィードバックを無視してる。「このユニットテストの名前は改善できるかも。」コードが画面に投げ込まれるのを待って、それを細かくチェックしてバグを見つける。バグは常にあるからね。俺が6ヶ月先に望むのは、AIの過剰な期待が終わること。

よく言った!

最先端の技術が急速に進化しているから、そうだね、MicrosoftのCopilotがgpt-5-mini:lowを使ってもあまり良くないだろう。AIがうまく実装されていない場所もたくさんあって、一般的には多くの人に強制する力を持つ人たちによってそうなっている。雰囲気を重視したコーディングツールを使って、ひどいコードベースを作る人もたくさんいる。でも、それが効果的なAIツールや、それを上手に使う人たちの存在を否定するわけじゃない。

「エージェント的な何かから完璧なコードの素晴らしい未来が実現する…」 信頼できる人は完璧な未来を約束していないよ。でも、より良い未来はある!それが見えないなら、頭を砂に埋めて現実を見ようとしないでいるってことだよ。気に入らないかもしれないし、望んでいないかもしれないけど、それは来る。適応するか、無関係になるかのどちらかだ。コパイロットが無駄なPRコメントを出すことは100%ある!コパイロットよりも優れたツールはある?100%ある!これらのツールは完璧じゃないけど、その不完全さがあってもすごく役立つ。強みを活かして、弱点を補うプロセスを構築することを学ばなきゃ。そう、すべてには学びと実験が必要だよ。それがなければ、良い結果は得られないし、これらのツールが良くないと文句を言うことになる。

前を向いているときにはこれが正しいと感じる。完璧なAIボットは絶対に6ヶ月先には来ない。間違いを犯さないものを得るにはもっと時間がかかるよ。特に面白いわけでも挑戦的でもないけど、それは明らかだ。もっと興味深いのは、6ヶ月、12ヶ月、18ヶ月、24ヶ月前を振り返ることだ。6ヶ月前はChatGPT 5、12ヶ月前はGPT 4.5、18ヶ月前は4o、24ヶ月前はChatGPT 3.5がリリースされた(最初のやつ)。しっかり追っていれば、それぞれの間に驚くべき変化があったのがわかるはず。完璧に到達するためではなく、合理的な目標ではないけど、毎回大きな前進があった。数年前、基本的な三目並べを一発でクリアするのは本当に不可能だった。でも今は、かなり複雑なウェブアプリを一発でクリアできる。完璧ではないし、人間が書いたソフトウェアと比べると良くないかもしれないけど、ちゃんと動くよ。インターネットとの比較は良いと思う。私は1997年に初めてウェブサイトを作ったけど、その頃のウェブサイトやブラウザの急速な進化を見た。すごく素晴らしくて、早かった。AIも同じように感じる。でも、ブラウザがまだ多くの面で良くないことを考えると、AIも同じくらい時間がかかると言ってもいいと思う。だからといって、その過程での革新がすごくクールじゃないってわけじゃないよ。

「その有用性は決して『6ヶ月先』ではなかった。6ヶ月前に私のコーディングは100%AIによって完了した。すでに有用性はあった。」 >「私はそれを使うように強制されることはなかった。自分の意志でできるだけ使いたかった。」 違いは、当時は子供でオープンマインドだったけど、今は世界の見方が固定されてしまったってことだね。

もしMSコパイロットしか使ったことがないなら、Codex(無料のキャンペーン中)、Claude Code、Opencodeを通じて最新のモデルを試してみてほしい。驚くかもしれないよ、良い意味でも悪い意味でも。どんなソフトウェアを作ってるの?

「LLMコーディングは革命的でもエキサイティングでもないように感じる。もしかしたら、あなたがただ年を取っただけかも。」

なんかおかしいなと思うのは、最新のものがちゃんと機能するっていう、繰り返しの主張がずっと続いてること。前のやつは明らかにうまくいかなかったのにね。で、来月には当然、最新のものが前のものになって、また明らかにうまくいかなかったってことになる。まるでトレッドミルの上でぶら下がったニンジンに向かって走ってるみたい。目の前にはいつもあるけど、実際には手に入らないって感じ。ツールは良くなってきてるし、特定のことには機能するけど、やっぱり本当に使いこなせる人の手が必要なんだよね。これはリアルだ。でも、コードを書くこと自体がもう誰も必要としないスキルだっていう考えには、まだまだ大きなギャップがあると思う。もっと広い意味で、実際にそれが何を意味するのか、全然理解できない。コードはソフトウェアが何をすべきかの指示に過ぎないからね。指示をもっと高いレベルで表現することはできるし、ツールもどんどんそれを可能にしてる(AIとかも含めて)。でも、詳細から完全に抽象化するって、結局何を意味するんだろう?正確に自分が望むことをするソフトウェアを得るのは難しいと思うし、確率的な近似にしかならないんじゃないかな。それを修正し続ける必要があるしね。ソフトウェアの本当の技術って、決定論的な論理フローのシステムを構築して、思い通りに物事を進めることだと思う。ツールがどう変わっても、コードをどう呼ぶかがどうなっても、それは変わらないよ。

多分、やり方が間違ってるんじゃないかな。1984年からプログラミングしてるけど、OPの説明は今の役割を恐ろしいほど正確に表してる。主にAIのコードをレビューして、始まる前に計画を修正して、正しい方向に導いてる。新しいモデルのバージョンは、あんまり手を加えなくても良くなってきた — 計画、アーキテクチャ、セキュリティ、全部ね。良い面もあるよ。何かを考えて、それが1時間以内に実現するのは中毒性がある。前よりも速く、遠くに走れるようになったし、物を作るのが好きだって再発見した。想像して、それが生き生きと動くのを見るのが楽しいんだ。もう自分で全てのレンガを積んでるわけじゃないけどね。でも、ペースは厳しい。今、私たちがプロセスに意味のある形で参加できるこの期間は短いと思う。そこが悲しいし、結構悲しんでる。これがただの誇大広告だと思うなら、やり方が間違ってるよ。

最も楽観的な6ヶ月の予測を挙げてもらえる?「6ヶ月後には良くなる」って言ってる人をたくさん見かけたけど、毎回そうなってきた。1年か2年で完全に仕事ができるようになるって予測もいくつか見たけど、懐疑的だし、そういう主張は珍しいと思う。ダリオ・アモデイが唯一、そんな能力を短期間で実現できるって言ってる声だけど、彼も1年以上かかるって言ってる。AIの実用性は確かにこの6ヶ月でかなり増えたけど、具体的に誰が何を主張して、どれだけそれが達成されなかったのかを教えてほしい。そういう裏付けがないと、あなたの想像の中の主張の失敗にイライラしてるだけかもしれないよ。

私は少数派かもしれないけど、文法に関わるのが好きじゃなかった。コード自体は、指が遅くしてるって思い出させる障害みたいに感じてた。でも、戦略的だったし、ループを完成させるためには必要だったんだよね。学ぶためには不可欠だったと思うけど、上級者になるにつれて、逆に遅くなることもある。AIは、もしそのレベルに達することがあれば、上級者レベルにはまだまだ道のりがあるけど、手作業でコードを作る機会がないジュニアたちには同情するよ。

鍛冶屋の例えは詩的だけど、誤解を招くね。鍛冶屋は全く必要ないプロセスに取って代わられた。コードに関して起きていることは、音楽に対するシンセサイザーの影響に近い — 楽器は変わったけど、技術は消えなかった。ミュージシャンはシンセサイザーを悲しみ、イラストレーターはフォトショップを悲しみ、組版屋はデスクトップ出版を悲しんだ。どのケースでも、成功したのは新しいツールを拒否した人でも、盲目的に受け入れた人でもなくて、ツールが機械的な層を吸収して、味の層がより価値を持つようになることを理解した人たちだった。実際のシフトは、手動コーディングからAIコーディングへの移行じゃなくて、「文法を通じて意図を表現する」から「制約とレビューを通じて意図を表現する」への移行なんだ。それはまだ判断であり、技術でもある。ただ違う基盤があるだけ。実際に悲しんでいるのは、努力が品質のシグナルであることの喪失なんだ。誰でも動作するコードを生成できるようになると、差別化はアーキテクチャや何を作るべきか、どのアプローチがスケールで失敗し、どれが成功するのかを理解することに移る。そういうスキルは、簡単なものじゃなくて、むしろ難しいものだよ。