これはいいポイントだね。僕はコードベースに変更を加えるためにクロードコードをメインで使ってるし、何ヶ月も毎日使ってる。試行錯誤を通じて確立したしっかりしたシステムがあって、全体的に生産性が大幅に向上したし、大きな実験にも挑戦する意欲が湧いてきた。特に好きなのは、強固なデータ構造やスキーマ、内部APIを開発して、その後CCに内部ツールの素晴らしいUIを一発で作らせること。地味な作業やフレームワークの細かい部分を超えて高いレベルで考えられるのは、16年のキャリアにとってゲームチェンジャーだよ。

「これらのツールを自分のスキルの大きな力の倍増器として使う。」 今週学んだことなんだけど、小さなプロジェクトを10回明確に繰り返す形で作るのにAIの入力を使ったら、すごく実感したよ。でも、その後の魔法は「統合」タスクを作ることで、マークアップやスタイル、JSなどを一つにまとめるのを導くことなんだ。日常の仕事では、スタートアップで強いコーディングの規約がないから、パターンマッチングのリクエストを適用するのが難しいこともあったけど、厳格で成熟したコードベースではもっと効果的だと思う。

そうだね。著者は基本的に、ClaudeにLinux 2.4からLinux 6.8にドライバーを移植するように頼んだんだ。こういう作業を説明するトレーニング資料やウェブ検索可能な資料は、十分にあるはずだよ。著者は、Claudeがトレーニングコーパスで良い類似物を見つけられなかった部分、つまり実際に移植するのが難しい部分で自分の専門知識を提供したんだ。「自分のスキルを大きく引き上げるためにこれらのツールを使おう」というのは、いい表現だね。もし自分のスキルがほぼゼロなら、大きなファクターで掛け算しても、結果はほぼゼロになるかもね。（そして、生産性がマイナスになることも。）

チームには新しい領域に踏み込むことに自信を持っているメンバーがいるけど、LLMを使っても方向性を間違えたコードをたくさん作っちゃうんだ。みんなにClaude 4の思考エージェントを使わせても、そうなっちゃう。コーディングキャリアの大半をパターンマッチングで過ごしてきた人が、さらにその上にLLMエージェントのパターンマッチを重ねると、チームでそういうことをやってない人には頭痛の種になると思う。LLMエージェントは、人間よりもパターンマッチングが圧倒的に早いけど、全体的にはあまり得意じゃないと思う。

仕事を通じてClaude Codeを使う機会があるの？それとも、自分の個人プロジェクトでやってるの？

新しいフレームワークへの迅速なオンボーディングにこれらのツールを使おう。また新しい言語にも - 私たちのチームはRubyを使っていて、Rubyは読みやすいから、構文を学ぶのを飛ばしてLLMにコードを書かせることができる。すべての決定を自分で下し、指導する必要があるけど、Rubyを学ばなくても許容レベルのコードが書けるんだ [0]。知らない環境で即座に生産的になれるのは素晴らしいよ。[0] 許容レベルはチームの他のメンバーによって定義されていて、彼らが私のPRをチェックしてる。

仕事が足りないわけじゃなくて、それをやるための専門知識を持った人が足りないんだよね。カーネル開発の経験がないなら、どれだけ促しても著者が達成したような結果は出せないよ。理論的には、古いドライバーを全部「モダナイズ」して新しいカーネルのバージョンに持っていくことは可能なんだけど、問題は、どのLLMも人間の監視なしではその作業ができないこと。実際にLLMを監視できる人は、メンテナンスされていないドライバーの数に比べてすごく少ないんだ。アラン・ケイとジョー・アームストロングの間での良いディスカッション/インタビューがあって、ほとんどのコードは後ろ向きに開発されているって話をしてる。なぜなら、どのコードにも異なるターゲットに「コンパイル」できる正式な仕様がないから。もし古いドライバーコード以外に仕様があったら、ドライバーをポーティングするのは新しいカーネルターゲット用にその仕様を再コンパイルするだけの話になる。そんな仕様がないと、古いコードの不変条件を新しいコードに維持するために人間の専門知識を代わりに使わないといけない。LLMは、似たようなコードを持つ他のドライバーとのパターンマッチング以外は何も理解してないからね。

本当にワクワクする未来が待ってるね。失われた技術がたくさんあって、それを再学習するのに人間が必要ないなんて。次に海外旅行する時、エアトラフィックコントロールのソフトウェアがちゃんと動いてるか、専門家に確認してもらわないとね。「絶対正しい！」って言われたからって、チャットボットに頼りきりの新世代は要らないよ。 > 役に立たないクリプトで無駄に消費したサイクルが、LLMのサイクルに転用されるといいな :) ストライプが自分たちのブロックチェーンを作るくらい役に立つんだから、他のものよりもエネルギー効率もいいしね。でも、LLMの詐欺（あるいはAGIの詐欺）は、クリプトよりもさらにコストがかかるし、その「役に立つ」目的は、現実的な経済的代替手段もなく、2030年までに10％以上の世界的失業を達成することなんだ。クリプトの百倍もひどい結果になるよ。

そうだよ！それが、たとえ観客が少なくても、失われた技術を伝える人間なんだ。深くてしばしば難解な知識と、それを生み出した教訓の系譜が金属に巧みに彫り込まれた神経的に組織されたバイナリの集合体を信じるのは、あまりにも馬鹿げてる。もし、私たちの知っている生活を破壊するような大惨事が起きたら、石器時代に戻る運命を受け入れるべきだよ。

ゲートキーピングは毒だね。知らないプロジェクトを説明してくれるエージェントが大好き。最近、Firefoxのソースをクローンして、qwen-code（ツールは特に重要じゃない）にFirefoxのAI機能とその実装について聞いてみたんだ。学ぶのがめっちゃ楽しくなった。

/ 突然これを見た: //企業スポンサーに関する更新: 私たちは、私たちの価値観に合った組織とのスポンサーシップの取り決めにオープンです; 以下の条件を参照してください。// 彼らは、乞食は選べないってことを知っておくべきだね。

それは本当に大変だね。

2. 「AI」ツールの助けを借りて作成された変更（コードやその他）は受け入れません。「AI」モデルは、劣悪なコンテンツの入力をフィルタリングする低賃金の労働者の犠牲の上に訓練されていて、入力コンテンツの所有者を尊重していません。倫理的に見て、ひどいよ。彼らの行動規範における「AI」に関する声明の一部に異議を唱えますか？ それとも、彼らの論理に欠陥があると思いますか？ それとも、倫理についてはあまり気にしないタイプですか？ 個人的には、明確な立場を取るプロジェクトを見るのは新鮮だと思う。彼らには拍手を送りたい。最近、Dynamiclandプロジェクトのこの件に関する意見を読んで、すごく面白かったよ[0]。これ、上の議論よりもずっと深い議論だと思う。残念ながら、多くの開発者にとって倫理は考慮事項のリストのかなり下の方にあるみたいだね。 [0] https://dynamicland.org/2024/FAQ/#What_is_Realtalks_relation...

「タプル用のコンストラクタを持つCクラスが必要だ」って言ったら、クロードは「ちょっと待ってくれ…」って言うだろうな。