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

7歳の時にプログラミングを始めました。今は50歳で、私が愛していたものは変わりました。

概要

  • 7歳でプログラミングを始め、50歳になった今の率直な心境
  • コンピュータや開発文化の変遷と、それに伴う「ものづくり」の意味の変化
  • AI登場による開発体験の質的変化と喪失感
  • 経験やシステム思考の価値と、その実感の希薄化
  • 変化を受け入れつつ、今後の自分と開発の在り方を模索する心情

7歳で始めたプログラミング、50歳になった今

  • 1983年、BASIC を使い始めた幼少期の思い出
  • RAMや画面表示 など、機械の全てを把握できた時代の安心感
  • 意図から結果まで が直結する、純粋な「ものづくり」の体験
  • 現在の 圧倒的なハードウェア進化 と、「ものづくり」の意味の変容への戸惑い
  • これは AI批判や懐古主義 ではなく、長年の開発者が感じる率直な違和感の共有

かつてのコンピュータ時代の魅力

  • 8ビット~486DX2-66 までの時代に特有の個性
  • Sinclair SpectrumやCommodore 64、NES、初期PC など、個々のマシンの特徴
  • CPUアップグレード が劇的な変化をもたらす体験
  • IRQやDMA、CONFIG.SYS、AUTOEXEC.BAT など、システム理解が必須だった時代
  • id Software のような小規模チームが独自技術で限界に挑戦
  • 創造的制約 が生み出す独自性とエンジニアリングの冒険

プロフェッショナル化と変質

  • Plug and PlayやWindows の登場による抽象化と「野性味」の消失
  • 「道具」から「家電」 へと進化し、クラフト感が薄れる
  • コンピュータへの期待感 と、インターネット初期の平等性の高揚
  • 監視や搾取の道具 へと変質した現代のプラットフォーム
  • 「作り手精神」 の消失と、広告最適化への従属

変化への適応と積み重ね

  • CLIからGUI、デスクトップからWeb、Webからモバイル への多数の技術転換
  • 言語やプラットフォーム の変化に応じて、コアスキルを活かし続ける開発者の姿勢
  • システム全体の理解 を武器にする経験の価値
  • 業界の変化に合わせて積み重なる知識と判断力
  • 「変化しても理解は残る」 というベテラン開発者の暗黙の契約

AI時代の「違い」

  • AIによる変化 は「新しいプラットフォーム」ではなく、「良い開発者像」そのものの再定義
  • コーディングの面白み や「解決の快感」がAIに奪われていく実感
  • 人間の役割 が「指示・レビュー・修正」へと変化
  • 経験に裏打ちされた判断力 の価値は残るが、体験の質が異なる
  • 出力の表面上の類似性 によるクラフトの価値の見えにくさ

抽象化の積み重ねとAI

  • TypeScript→JavaScript→V8→C++→OSカーネル など、抽象化レイヤーの連鎖
  • AI登場以前から 「全体の理解」は失われつつあった現実
  • 「全てを理解していた時代」 を知るからこその喪失感
  • AIは抽象化の最終段階 であり、誤魔化しが効かなくなっただけ

それでも残るもの

  • システム思考やアーキテクチャ判断 など、AIに代替されにくい領域の価値
  • 複雑なシステム設計やパターン認識 は依然として人間の強み
  • AI時代は「何を求めるか」「全体を俯瞰する力」 がより重要
  • コーディング自体よりも、設計や判断の重み の変化
  • 「発見や驚き」の圧縮 による体験の変質と、そこに潜む喪失感

「休閑期」と向き合う

  • 50歳を迎えた今、自己のアイデンティティの揺らぎ
  • 「休閑期」 と呼ぶ、燃え尽きとは違う地盤沈下感
  • 「上位レイヤーへ登れ」「AIにできないことをやれ」 というアドバイスの空虚さ
  • 42年間積み上げたものが、違う形に変わったという戸惑い
  • 多くのベテラン開発者が言葉にしない共通感覚
  • 「時代遅れ」ではなく、「新しいものを受け入れつつ自分の立ち位置を探す」 現実
  • かつての「魔法」は変化したが、新しい魔法と向き合う覚悟
  • 「休閑期」もまた意味がある時間 として受け入れる姿勢

Hackerたちの意見

みんな、こういうツールに対して存在的なめまいを感じているなら、自信を持って自分を信じてほしい。AIが登場する前に賢い開発者だったなら、AIがあっても賢い開発者でい続ける可能性が高いよ。これまでの経験から言うと、AIを使って生成されるコードやソフトウェアの質は、そのツールを使う開発者の質に驚くほどよく対応している。経験の浅い悪い開発者は、やっぱりイマイチな結果を出すし、優れた開発者は素晴らしい結果を出せる。これらのツールを使う際の選択肢も、よく言われるほど単純じゃない。特にエージェントが普及してからはね。重要なコードをじっくり作り込む時間を確保しつつ、他のタスクでエージェントにバックグラウンドキューを流すこともできる。実際、AIツール革命で適応すべき最大の課題は、昔ながらの個人の時間管理だと思う。

AIの前に賢い開発者だったなら、AIがあっても賢い開発者でいられる可能性が高いと思う。みんなが不満を持ってるのはそこじゃないと思うし、少なくとも私にとってはそうじゃない。私にとっては、コードを書くのが本当に楽しいことで、AIにそれを委任するのは地獄だよ。

経験豊富な開発者ほど、これらのツールを使うのに適している人はいないと思う。

僕にとって問題はシンプルだよ:AIの導入に関して、私たちはアクティブな囚人のジレンマにいる。正しい質問をしないことで、最適な人間の結果が得られず、結果的にみんなにとって悪化している。私たちはAIを自己中心的に使っていて、それが報酬をもたらすから。企業が公共の利益に対してコミットしていない限り、私たちのためにモデルを訓練することには大きなリスクがある。仕事が奪われて、AIに完全に置き換えられたら、私たちには何も返ってこないかもしれない。

そうだね、全くその通りだと思う。ソフトウェアを理解していない企業、ソフトウェアを評価しない企業、すべての技術が基本的に同じだと思っている企業は、常に安い選択肢を選び、優秀な人材を解雇するから、最終的には失敗するだろうと思う。そして、AIは実際に優れた開発者が良いソフトウェアをもっと早く作るための素晴らしい機会だと思う。

問題は、悪い開発者が見た目には十分良さそうな結果を出すスピードが速いせいで、既存の手順が圧倒されてしまうことだと思う。それに、管理側が「AIを使ってできるだけ早く進めろ」と言ってくるから、修正する時間がほとんどないんだよね。

質に関するコメントには同意だよ。AIによるコーディングの問題は、雑さというよりも、開発者がその雑さに気づかず、コードレビューでそれを動作する製品として通そうとすることだと思う。過去6ヶ月間にレビューしたものの中には、本当に目から鱗なものがあったよ。

6か7歳、今38歳だけど、めっちゃ楽しいよ。葬式みたいな雰囲気や集団での泣き会いばかりじゃないからね。ブログ記事に騙されないで、AIについての愚痴だよ。そうじゃなきゃ、過去30年間の業界の200回のパラダイムシフトについて文句を言ってたはずだから。確かに、ディルバート風のアジャイルやウォーターフォール、TDDのジョークはたくさん見せられたけど、ウォーターフォールモデルに自分のアイデンティティを奪われたなんてブログ記事はなかった。 >「それに対して、私が築いてきたアイデンティティを挑戦するような違いがあって、以前のようには満足できない。」みんなそれぞれ自分のやり方をすればいいけど、誰かがこの世界で一つの柱だけをアイデンティティの基盤にするのは危険だと思う。

プリンスって言葉を思い出させてくれてありがとう。著者に同意するけど、今の仕事はあんまり楽しくないし、興味も薄れてきた。やることは増えて成果も出てるけど、重要性は減ってる感じ。残念ながら、他のアイデンティティの定義があっても、私にはあんまり役立たない。逆に、他の自分の側面がこの仕事と比べてキャリアとして魅力的に見えるだけ。とはいえ、あなたが言うように、私が辞めることもできるし(実際に辞めるかもしれない)、適応もできる。だから、AIに対して特に恐れや不安は感じてない。ただ、なんとなく退屈を感じてるだけ。

でも、誰も「ウォーターフォールモデルにアイデンティティを奪われた」ってブログを書いてないよね。それはどうなんだろう。ウォーターフォールはブログが普及する前にほとんど死んでしまったけど、アジャイルの始まりの頃には、ちゃんとした設計がなくなって、何も完成しないし、仕様が何かもわからないっていう投稿がたくさんあったのを覚えてる。彼らは本当にエンジニアだったのに、今ではただの混沌だよ! 何も設計できなくなってしまったんだ!

著者が言ってるのは、開発者からチームリーダーやマネージャーにシフトするときの感覚でもあるよね。リーダーになると、コードが自分のやり方とは違うってことを受け入れて、気楽にならなきゃいけない。チームが作ったコードを見て、それを自分の技術で全部置き換えようとするのは、失敗するだけだよ。正しいアプローチは、コードじゃなくてチームを良くするために自分の知恵を使うことだと思う。AIを使ってコーディングする時にもこれが当てはまると思う。4月に50歳になるけど、AIコーディングアシスタントにワクワクしてる。やりたかった個人プロジェクトが実現可能になったから。

経験の浅いジュニアたちを管理するのは楽しいけど、結果が重要な時はストレスが増すよね(いわゆる個人プロジェクトのこと)。

リーダーになると、突然自分の生産性を別の方法で定量化して測ることを学ばなきゃいけなくなる。それがしばらくの間、自分の自己イメージに影響を与えることもある。AIツールの時代において、生産的な開発者であることはどういうことなんだろう?まだはっきりとは分からないし、常に変わっているから、自分を安定してその範囲に位置づけるのが難しくなる。多くの成功した人々にとって、こういう不安を感じるのは久しぶりのことだから、慣れるまで時間がかかるよね。

私のキャリアのほとんどはエンジニアとしてだけど、ここ数年はプロジェクトマネージャーをやってる。これって、AIを使ってコーディングしてるのとすごく似てるなって思う。だから、AIのコーディングがプログラミングの抽象化の階段の一段上だっていう考えには反対だね。AIにどれだけ委任するかによって、実際にはプログラミングじゃないと思う。それはプロジェクト管理だよ!悪いことじゃないけど、やっぱりプログラミングとは言えない。人間のチームの中でも、コードに対してあんまり精神的に関与してない気がする。何がどう動いてるのか分からないし。(原則的には知ることもできるけど、実際には知らない。)自分がやってたやり方とは違う書き方のコードも見るけど、毎日そのコードと向き合ってるわけじゃないからね。質問したり提案したりはするけど、本当に重要だと思わない限り、無理に何かを強要するつもりはない。とはいえ、これが100%好きってわけじゃない。プログラミングが好きだし、コンピュータサイエンスも楽しんでる。特にアルゴリズム設計やLisp、プログラミングと数学の交差点に関することが好き。チームの中でも少しはプログラミングしてる。完全に委任することもできるけど、自分の楽しみのためにちょっとやってる。AIに関しても、これは良い道だと思う。多くのソフトウェアアプリケーションのタスクでは、プログラミングを完全に手放せる時代に来てると思う。AIに全部やらせればいい。でも、もしやりたいなら、自分でも少しやってみてもいいよね?うん、分かってる、置いていかれるって言われるのも。でも、1日に5万行のコードを書くのに急いでるわけじゃないし、45100行で満足してるよ。

著者が言ってるのは、開発者からチームリーダーやマネージャーにシフトするときの感覚でもあると思う。これは本当にそうだと思う。でも…私がチームリーダーやマネージャーにならない理由がある。過去にやったことがあるけど、嫌いなんだ。仕事をするのが好きで、他の人に仕事を任せるのは好きじゃない。

多くの人が、こういう理由で管理職や技術リーダーに移るプレッシャーに抵抗している。人をプログラミングするのは、コンピュータをプログラミングするのとは違う。でも、LLMの数は私たちを上回っている。どんなに優れたエンジニアでも、平均的なエンジニアN人のよく管理されたチームの生産性には到底及ばない(もし違うと思うなら、Nを増やしてみて)。確かに神話的なマンマンスの問題もあるけど、最適なNは1より大きいはずだし、僕は1以上にはなれない。私たちの新しい職名は「一度に雇えるエンジニアの数のテックリード」だね。

わぁ、これめっちゃ共感する。私も50歳で、1985年に10歳でコーディングを始めたんだ。進化の一歩一歩を全部覚えてるし、この変化に対する経験はちょっと違った。スティーブ・イェッジが最近、バイブコーディングについてインタビューを受けてて(https://www.youtube.com/watch?v=zuJyJP517Uw)、彼は「意味のあるコードを出荷する現代の複雑さに愛を失ったアークメイジエンジニアたちが、最初にエンジニアになった時の魔法を再発見している」と言ってた(要約してるけど)。夜通し起きてアセンブラのプリミティブレンダリングライブラリを手でコーディングしたこと、ボクセルレンダリングエンジンを初めて作った時の魔法のような感覚を今でも鮮明に覚えてる。リリックでの初期の頃、Homeworldに取り組んでた時は、ソフトウェアを書いてるんじゃなくて呪文を唱えてる気分だった。正直、その魔法は私にとって消えてしまった。Dockerコンテナを作ることに魔法はないと思う。古い考えだと思われるかもしれないけど、最近はエンジニアリングに対してこれまで以上にワクワクしてる。背景の煩わしさがなくなったから、新しい魔法のようなものを作ることに戻った。再び夜中の2時に起きて、暗い中でデスクに座り、モニターの柔らかな光に囲まれて呪文を唱えてる。

わぁ、Hackernewsでアレックス・ガーデンだ。カナダ仲間、こんにちは。私も年齢が近づいてきたけど、まだ少し若いかな。90年代や2000年代初頭を通ってきて、ウェブやLinuxのこと、IRCサーバー、Bashスクリプト、Python、変なPHPハック、何でもやってた。子供の頃、時間を忘れてた。高校の後、月曜日の夜だったのに、気づいたら日曜日の朝になってて、IRCで自分が組み立てたクレイジーなLAMPスタックのことを話してた。2時?ふふ、睡眠って何?残念ながら、強いディスレクシアとディスカリキュリアがあって、本当のプログラマーになるのは無理だった。全てがどう機能するかは理解してたし、全体を深く説明できるけど、HTMLでテーブルを作る方法や、結構簡単なCSSについて予測的に聞かれると、何時間もかかってしまう。自分の人生がプログラマーの隣で過ごせたことには感謝してるけど、自分でハンマーを持てなかったことには少しフラストレーションを感じてた。最近は、ものを作ることにこれまで以上にワクワクしてる。コードを書くのが遅いことへのフラストレーションがなくなった。再び新しい魔法のようなものを作ることに戻った。夜中の2時に起きて、暗い中でデスクに座り、モニターの柔らかな光に囲まれて呪文を唱えてる。

はいはいはい!!!私は45歳だよ。そして、1988年頃からプログラミングを始めた。私の場合はGWBAsicのゲームから始まって、C ModeXや後のAllegroベースのゲームに進んだ。ここ15年はすごく退屈だったけど、AI研究(ML、エージェント、遺伝アルゴリズムなど)をやって少し楽しさを見出した。でも今は、また何かを考えて簡単に作れるのがすごくクールだと思ってる。今できることにワクワクしてる。次の10億ドルのスタートアップとかそういう話じゃなくて、LLMができる小さなハッキープロジェクトをすぐに作れることが嬉しいんだ。

同じ気持ちだよ。AI開発は実際、変化のスピードが似てると感じる。アタリ2600からアミガに移行するのに8年かかった。8年前のコンピュータじゃ、今の違いをうまく表現できないね。

個人的には、Dockerコンテナを作ることに魔法があるとは思わないな。古い考えだって言われてもいいけど。これは偽の二項対立に見えるよ。これをやらなくてもいいし、魔法のようなものを作ることはまだ可能だと思う。ただ、エージェントはそれじゃないと思う。Relicの創設者からこういうことを聞くのは正直すごく落ち込む。Relicは魔法を作ったんだ。『Dawn of War』や『Company of Heroes』は、俺のティーンエイジャー時代にとって重要な存在だった。友達と一緒に何千時間も楽しんで、CoHのリーダーボードでトップ100のプレイヤーになるために頑張った。あの競技的なマルチプレイヤーゲームは、自己改善についてのすべてを教えてくれたし、俺の成長の基盤になった。自分が心を込めれば、何かでトップになれるってことを学んで、それが俺の世界観を形成したし、自己改善を追求する人生に導いてくれた。そこからプログラミングや絵を描くこと、音楽を演奏することも学んだ。素晴らしいコミュニティの一員として、数十年続く友情も築けたしね。要するに、Relicは魔法だった。Relicがやったことは、俺の人生に深く影響を与えた。今の役割、「AIエージェントのための信頼インフラを構築する」ことが本当に魔法だと思ってるのかな?それが何千人、何百万人の人生に深く影響を与えると思ってるの?この投稿が混乱してるのはごめん。スマホで打ってるから、思考を整理できてないんだ。Relicを創設してくれて感謝してるし、この投稿は多分、愚かで攻撃的に見えるかもしれない。でも、今やってることが本当に魔法なのか、じっくり考えてほしい。編集:考え直してみると、俺が返信してる新しく作られたアカウントが本当にアレックス・ガーデンなのかは不明だね。この個人的なエピソードを偽物に関連付けるのはちょっと恥ずかしいけど、魔法のようなものを作った人たちがこれを読んで、たとえアレックス・ガーデンでなくても、魔法を作ることの意味や、ソフトウェアが人々の生活に与える影響について内省するきっかけになればいいなと思って、このまま残しておくよ。

[55歳] 俺の感覚では、80年代や90年代に取り組んだ問題は、完璧にバランスの取れたMMORPGのようだった。挑戦は厳しかったけど、根気があれば克服できて、素晴らしくユニークなものを作れる気がした。俺のボクセルの瞬間は、大学のコンパイラの授業でパラメータを渡した時だった。座ってやってみたら、約12時間後に動くようになった。できるかどうかも分からなかったのに。AIを使うと、コーディングがGODモードにいるみたいで、確かに何でも作れるけど、他の誰でもできるから、達成感がないんだよね。

ガーデナーに草を刈ってもらったり、花の設置をお願いしたりしたんだ。再びガーデニングにワクワクしてる。早くやりたいな。ガーデナーに手伝ってもらうことで、ガーデニングを楽しめるようになったよ!

自分にとっては両方だな。自分の技術(そしてアイデンティティ)の喪失を悲しんでいる一方で、「魔法」を楽しんでもいる。昨夜、1992年にDEC Ultrixワークステーションで使っていた「xswarm」というスクリーンセーバーのことを考えてた。Cのソースコードをググったら、見つけたんだ。それをJavaに変換してもらうようにClaudeに頼んだら、数秒でやってくれた。コンパイルして実行したら、またそこにあった。まるで魔法みたいに。

僕はちょっと若い頃から始めて、今はちょっと年を取ったけど、共感できる部分もある。でも、そんなに多くはないかな。僕は3年生の時にプログラミングを始めた(もちろんBASIC)。コンピュータを見つけて、ゲームの遊び方を覚えたら、そのゲームのソースコードを見つけて、適当にいじり始めたんだ。7年生の時には、BASICのプログラムをCに移植する仕事をもらった(当時は超新しい言語だった)。その時はコンピュータを持ってなかったから、紙に書いてやったんだ。そのお金で初めてのコンピュータを買った。正直言うと、長い間プログラミングは下手だったけど、続けていくうちに上達した。今でもコンピュータいじるのが大好きだよ。ESP-32のような小さなデバイスでバイトレベルで作業できるし、同じノートパソコンで巨大な計算エンジンも作れる。すごいよね。愛を失った人たちには同情するけど、正直に言うと、問題はその空間じゃない。新しいことに挑戦してみて、違うことや難しいことにも挑戦してみて。自分が反発していることをやってみるのもいいよ。探求することが大事なんだ。

今40代後半で、同じような状況だよ。2歳の時にC64のキーを叩き始めた。10〜15年前まではソフトウェア開発が本当に楽しかった。最近のLLMツールのおかげで、過去8ヶ月ほどで新しいシステムをたくさん作れて、かなり驚いてる。夜遅くまで起きて、昔のようにハッキングしてるのが楽しい。最後に、Homeworldは最高だったし、プレイしてると魔法のような感覚があった。

「Dockerコンテナを構築するのに魔法はないと思う。古い考えだと思ってもいいけど。自分のキャノンカメラ用のカスタムファームウェアをクロスコンパイルするために、Dockerコンテナでgccをセットアップしたときのことを今でも鮮明に覚えてる。もしホストOSでツールチェーンの作業をしなければならなかったら、どれだけ苦労したか考えるだけでゾッとする。魔法のように感じたかはわからないけど、代わりの方法よりは確実に楽だった!」

私はラッキーで、独立したコンサルタントとして働いてる。解決策を提供するためにお金をもらってるけど、その解決策をどう作るかは自分で選べる。好きなようにコードを書くし、問題が解決できれば誰も気にしない。1980年からプログラミングを始めて、今も当時と同じくらい楽しい。IDEに座ってコーディングを始めるのが待ちきれない。でも、昔はそうじゃなかった。大きな会社やスタートアップで働いてた時は、いつも楽しいわけじゃなかった。自分の環境を完全にコントロールできることが、仕事を遊びのように感じさせるんだと思う。もしプログラミングが楽しくないと感じてるなら、コンサルタントの仕事に切り替えるのもいいかも。独立性やコントロールを手に入れられるかもしれないよ。

エージェント型のコーディングツールがソフトウェアコンサルタントの需要に大きな影響を与えるかどうかは判断が難しい。もし市場がSaaSに不安を感じているのは、企業がAIを使って内部でツールをコーディングすると思っているからなら、コンサルタントにも同じことが当てはまると思う。注意しないと、現在のツールが生成するコードを見たことがあるし、トレーニングデータが不足しているドメインでは特にそう。数年後には、企業が外部の人を呼んで、なんとか traction を得た vibe コードのソフトウェアを修正する必要が出てくる世界もあり得る。判断が難しいね。

私は著者よりずっと若いけど、ほとんどの人生でコーディングをしてきて、AIを使うことにはほとんど喜びを感じない。私にとってコーディングは、コンピュータや言語の細かい quirks、問題を解決したり、新しいクールなものを書くことが常に楽しかった。目的よりも旅の方が大事で、AIはコーディングの面白い部分をすべて抜き取ってしまう感じがする。本を読み終わる前に飛ばしてしまうような、そんな感じ。私だけかもしれないけど、チャットボットを使って開発するのは、ソフトウェア開発をフォームに記入したり、メールに返事をするようなものに感じる。かつての情熱を失う日が来ることを悲しんでるけど、残念ながらそれが世界の常なんだ。時代が変わるのを受け入れるしかないし、文句を言うのではなく、それに従うべきだと思う。

自分にとって、コーディングは常にコンピュータや言語の細かい quirks、問題を解決したり、新しいクールなものを書くことのためのものだった。まったく同じ。プロンプトを磨くプロセスでは、まだそのパズルを解く楽しみを満たせてない。

AIがシニア開発者を二つのグループに分けてるみたいだね。どちらのグループも、「私は7歳の時にプログラミングを始めた。機械が自分の言った通りに動くのが魔法のように感じたから。今は50歳だけど、その魔法は違ってきている。それを受け入れることを学んでいる。」という言葉に共感してる。違いは、最初のグループはその不思議な感覚を再体験しているのに対し、二つ目のグループはそれを嘆いているってこと。俺は幸運にも最初のグループに入ってる。AIのおかげで、スキルが足りないわけじゃなくて、時間が足りなくて作れなかったものを作れるようになった。アプリのユーザーインターフェースを作るのに全ての時間を使いたいのか、それともプログラムをユニークにする核心的な能力に集中したいのか?ほとんどの人は後者を望んでるけど、前者には時間がかかりすぎるんだよね。

UIを「時間の無駄」として放置すると、結局はひどいUIになるよ。

同じように、僕はRustのようなネイティブでない言語でアプリを書くために使ってる。最初の試みでは、ひどいドキュメント例を見つけた。AIのおかげで、細かいことを学ぶために大量の時間を使わずに作成できる。ある程度楽しんでるけど、達成感は薄れてるね。複雑なものに多くの遅い夜を費やして、やっと完成した時の感覚がほとんどなくなってしまった。

ユーザーインターフェースにはあまりこだわってないみたいだね。だから、委任することに抵抗がないんだろう。AIに委任したくない開発者は、すべての部分にこだわりや強い意見を持っている人たちだと思う。彼らにとっては、細かい部分が重要じゃないなんてことはないからね。

年齢や肩書きのことは言わないけど、もしAIの使い方が空虚に感じるなら、そのスピードや柔軟性を活かして、出力をもっと反復して、コードの結果を形作ってみて。彫刻家のように使ってみてほしい。出力から始めて、自分のものにしていくんだ。特に、自分が劣っていると感じる言語を使う時は、このアプローチが好き。理想主義的に聞こえるかもしれないけど、確かにこのやり取りが実現不可能な場合や不適切な場合もあると思う。でも、AIが明らかに失敗していて、介入が必要な問題にも出くわすはずだよ。

僕は60歳で、中学の時にTandy Model Iを使い始めた。Color Computerのために6809アセンブリを学んで、特定のメモリ位置に値を入れて、ビデオモードを変えたり、画面にピクセルを表示したりするのが大好きだった。あのレベルのコントロールを失って数十年経ったけど、僕にとってコーディングは楽しい部分なんだ。初めの頃の楽しさや執着は全然失ってないよ。SQLやCを埋め込みSQLで書く、いわゆる退屈な仕事も楽しんでる。今でもコーディングが楽しい。管理職に昇進したけど、また開発の役割に戻りたくて、下に降りたんだ。AIを使って新しい概念を学ぶけど、主に検索エンジンとして使ってる。技術自体は好きだけど、僕の代わりにコーディングしてほしくはないし、ゲームもやってほしくない。AIが洗濯をしてくれるロボットとして現れるのを期待してたのに、僕が最も楽しんでいることを奪われたくないんだ。

「彼らは、C++で書かれたV8エンジンで動くJavaScriptにコンパイルされるTypeScriptを書いていて、そのエンジンがOSカーネルにシステムコールをして、スレッドをコア間でスケジューリングしていることを考えたこともない。メモリコントローラーを通じてRAMにアクセスしていて、キャッシュ層の図すら描けない状態で、npmが400個のパッケージを引っ張ってきている。そうだね。」