RC仲間だよ、こんにちは！自分はFall 2 '23だった。

RCの大ファンだよ。親友がやってた。自分も何度も応募しようと思ったけど、タイミングが合わなかったんだ。

共有してくれてありがとう。エージェントが何かをしている間に、自分にタスクを残しておくアプローチについて考えたことがある。脳を活性化させて、萎縮を防ぐためにね。もしかしたら、Claude Codeのスキルやフックを作るべきかも :)

DRYを乱用するな、少しの重複は不必要な依存関係よりマシだ。これは面白いポイントだね。原則的には同意だけど、少なくともClaudeはロジックを重複させすぎてて、逆の方向に押してあげる必要があると思う。

変に聞こえるかもしれないけど、これはチームワークの一形態なんだ。俺にはできない。LLMにコードを書かせると、そのコードは手を加えられない。俺はそれをブラックボックスとして見ていて、絶対に開けたくない。動けば使うけど、信用はしてない。壊れたらイライラするし。俺にとって唯一うまくいくのは、常に運転席にいて、LLMが俺の質問に答えるアシスタントとしていることだ。何かをブレインストーミングするか、俺が知っていることを言語の構文で表現するのを手伝ってもらう。なんか、そのステップがいつも少し負担に感じてたんだよね。概念はよく理解してたけど、構文で表現するのがちょっと難しかった。

「手動コーディング」の論理は理解できるけど、国を横断するのと飛行機で行くのは違う感じ。飛行機に一度乗ったら、戻るのがすごく難しい…

エージェントのワークフローを逆転させるのがすごく楽しいんだ。手動でコードを書いて、エージェントにコードレビューをお願いする。これでコーディングスキルとコードベースの知識が鋭く保たれるし、コミットする前にバグを見つけられるからね！

AIのオートコンプリートは最悪だった。みんなすぐに移行しちゃったよ、役に立たないインターフェースだから。

ほんと、同じく、Cursorの初期の頃は衝撃的だったよね。でもそれ以来、オートコンプリートは停滞してるし、新しいCursorのバージョンも他のものと同じようにエージェント的になってきてる。もし将来的に拡散モデルがもう少し注目されるようになったら、オートコンプリート関連のワークフローに新しい息吹を吹き込んでくれるといいな。Inceptionのマーキュリーモデルのほぼ瞬時に返ってくるレスポンスは、ちょっと魔法みたいに感じるし、Cursorの洗練さや深いエディター統合が欠けてるだけなんだよね。拡散モデルについて言えば、ローカルで使うには完璧なフィットなのに、重要なオープンウェイトモデルがないのが残念だな。

現在のシフトは「アセンブリからコンパイル言語への移行」に似ているかもしれないと思う。昔はアセンブリ言語でコードを書いていたけど、次第にCや他のコンパイル言語に移った。アセンブリプログラミングは非常に役立つけどニッチなスキルになった。コードをコンパイルして、コンパイラを信頼する。コンパイラの出力を確認することは時には必要だけど、それをできる開発者は多くない。今も似たようなことが起こっているかもしれない。ほとんどの開発作業がLLMの抽象レベルに移行していて、必要なスキルは良いプロンプトを書くことや、コンテキストウィンドウ、エージェント、メモリーの管理など。いくつかの開発者はLLMが生成したコードを確認して問題を見つけることができるけど、大半はそのスキルを持っていない。どう感じるべきか分からない。ChatGPTが登場してから、数ヶ月前まではLLMプログラミングに対して懐疑的だった。数週間ごとに新しいモデルが出てきて、毎回同じ低品質の出力の違うバージョンだと感じていた。でも最近、モデルがある閾値を超えたようで、能力が本当に向上したように思う。今はClaudeを使っていて、まだ控えめに使っているけど、自分が必要な時間よりもずっと短い時間で機能を実装したり、ログ出力だけでバグを見つけたりしている。「コーディングは解決された」というハイプにはまだ懐疑的だけど、高水準プログラミング言語の採用以来、プログラミングにとって最大の変化を迎えているのは確かだ。

大学でこういった授業をいくつか受けたよ。ベアメタルの68kアセンブリで基本的なOSを書く授業や、ブレッドボードで周辺機器を配線する授業など。74シリーズのロジックチップだけを使ってALUを作ったりもした。30年前のことだけど、70年代のチップはすでにアンティークだった。でも、その授業の教訓は時代を超えていると思う。こういうコースが今も存在していることが嬉しいし、みんなが標準のコンピュータサイエンスのカリキュラムの一部として受けられる機会があればいいのにと思う。少なくとも私にとっては、コンピュータ機械に対する視点を根本的に形作ってくれた経験だった。今はアタリのために6502/7アセンブリをプログラムして、リラックスしているけど、それが私をグラウンディングして喜びを与えてくれる。一方で、仕事では10レベル以上の抽象化が進んでいる。

Edは、自分が何をしているかを覚えている人のためのものだ。 https://www.gnu.org/fun/jokes/ed-msg.html 大学を卒業して最初の仕事で、IBM UniDataのラインエディタの使い方を教わった。ああいう風にコードを書くのに慣れるのは面白かった。でも、「プログラムテーブル」がFTPでマウントできるサーバー上のディレクトリに過ぎないことを発見した日は素晴らしかった。

9年前に似たような授業を受けたんだけど、正直言ってそれがCSの学位で得た中で一番役に立ったことの一つだった。低レベルで限られたツールを使うことで、書き始める前に考えることを学んだんだ。他の人からは変な目で見られることもあったけど、グリーンフィールドの仕事では、ペンとグラフ用紙から始めることが多い。擬似コードを書くわけじゃなくて、潜在的な関数やクラスをつなげた緩いグラフを図示してる。もちろん、これをやりすぎると、完全なウォーターフォール計画は別のフラストレーションの運動になるけどね。エディタを開く前に数時間計画を立てることで、実際にコーディングする時間がかなり節約できることがわかった。プロジェクトが紙の図に似ることは一度もなかったけど、事前に全体の構造を考えることで、コードを書く時にすごく生産的になれるんだ。エディタで図示したりスキャフォールディングしたりしたこともあるけど、結局大きな絵を描くんじゃなくてコードを書いちゃうんだよね。紙に書くことで、どうせ再入力しなきゃいけないってわかってるから、どのメソッドを使うかとか変数の名前をどうするかっていう気が散る要素がなくなるんだ。数回 vibe-code した時にはこれがすごく役立ったよ。具体的で集中したプロンプトを出せるからね。

初めての本格的なプログラムはUVEPROMコピー機だった。MC6800のマシンコードで書かれていて、RAMは256バイト（キロバイトじゃないよ）しかなかった。コードも含めてね。それが1983年のこと。今はSwiftでLLMを使って、Xcodeで結構大きなアプリを作ってる。ストレージは最低64GB、RAMは8GBのデバイス向けだ。正直、昔の良き時代が恋しいわけじゃない。今はすごく楽しいよ。

これ全部大好きなんだけど、少なくとも学生にはviを使わせてあげてほしいな。あの頃はあったし（近い時期でも）、現実の世界に戻っても手放さなくていいスキルだからね！

最近、Psion 3a（90年代初頭のポケットPC）用にワードルクローンをコーディングした時に似たような体験をした。画面には数行のコードしか表示されないし、内蔵IDEはテキストエディタに近いものだった。プロセスがすごく楽しかったよ。

楽しいアーキテクチャを選んでくれてありがとう！最初からx86のクルフトで人を怖がらせるのは誰にとっても良くないよね :-)

エンジニアとして成長する中での一番好きな体験の一つは、最初の頃に非常に経験豊富なエンジニアと一緒に働いたことだ。彼はタスクや問題があると、まず考え始めて、紙にちょっと落書きしたり、散歩に出たりしてから、やっとコンピュータの前に座ってタイピングを始めるんだ。一気にタイピングして、最後にコンパイルして、ちゃんと動くんだ。（タイプミスもほとんどなかった。）つまり、プログラムと問題空間を頭に入れておくのがすごく役立つってことだ。事前に考えることで、何を期待しているのかが明確になって、予期しないことが起こった時に気付きやすくなる。

ちょっと脱線するけど、動的型付けと静的型付けは同じように機能すると思う。俺はよく切り替えるんだけど、動的型付けから長いブレイクを取った後に戻ると、すごく重く感じる。「どうやってこれをやってたんだっけ？」って感じ。ほんと重い。でも数時間（または数日）経つと、何が問題だったか忘れちゃう。脳の一部が目覚めるんだ。何を渡しているのか考え始めて、文脈や名前から型を認識し始める… ただの考え方の違いなんだよね。長時間バイブコーディングして運転席に戻った後に、同じ感覚を認識した。もう二度と手放さないって決めたんだ。

これはデザインスクールでスケッチやクレイモデリングを学び続けるのとすごく近い感じだね。

私の責任は、自分のコードが機能要件と非機能要件を満たしていることを確認すること。つまり、動作を理解することだ。自動化されたユニット、統合、負荷テストがそれを確認してくれる。ある人は、私が「バイブコーディング」で作った内部ウェブ管理サイトが、コードを一行も見ずにセキュリティ要件を満たしていると言ったら、ナイーブだと思ったみたい。でも、要件は「サイトにアクセスできる人は誰でもサイト上で何でもできる」というもので、サイトはAmazon Cognitoの資格情報で保護されていて、提供しているLambdaには最小権限のロールが付いていたから、そう言えるんだ。もしその不変条件が破られたら、Claudeは大きなAWSの脆弱性を見つけたことになる。

あの頃が恋しいな。今はすべてが異常に層が深くて複雑に感じる。俺にとってはGW-BASICで、今のようなエディターはなかった。即時満足、迅速な開発、無駄な層もなくて、すごく純粋だった。それが俺を引き込んだんだ。ある意味、エージェント的なコーディングは、ソフトウェアを作る楽しさを取り戻してくれた。すべてのクレイジーなエンタープライズや現代の開発の考慮を直接扱わなくて済むからね。思考と結果の間にもっと近い繋がりがあって、それが俺の想像力を掴んだ魔法だったんだ。

これがジョークかどうか確かめたくなった。おお、まじか。