ソフトウェアが遅いのは言語のせいではなく設計のせい
遅いプログラムを Rust や C で書き直しても、たいてい速くはならない。Sean Goedecke は、ほとんどの高速化はプログラムのやることを設計し直すことから来るのであって、言語の速さから来るのではないと論じる。
Sean Goedecke
ホーム書き物はもはやプルーフ・オブ・ワークではない
LLM は今やあらゆる文書をオンデマンドで生成でき、テック企業が依拠するコンプライアンス・努力・学習の証拠を静かに損なっている。
ソフトウェアエンジニアに、AIの前でラッダイトを名乗る資格はない
ソフトウェアエンジニアリングは常に他人の仕事を自動化してきた。Sean Goedeckeは、その歴史ゆえにエンジニアたちの現在のAIに対する怒りは筋が通らないと論じる。
あなたたちはもっとたくさん質問すべきです
筆者は、誰かの説明を聞くとき平均 30 秒に 1 つ質問する。それで誤解を早く見つけられるからだ。頭の中で実装を予行演習するのも同じ理由で、書く前に設計の穴が見える。
agent には「どうやって」より「なぜ」を伝える
agent へのプロンプトでは、詳細な仕様より「なぜ」を伝えるほうが効く。優先順位と意図を渡せば、想定外の場面でもこちらが望む判断をしてくれる。
歯を食いしばって、それを送り出せ
作ることと届けることは別の技能で、短期的には互いに打ち消し合う。センスが高いほど納品を嫌がる。著者は自分のブログを例に、なぜ届ける側に寄せるべきかを説明する。当時どれがよく書けていたかは自分でも分からず、どれが受けるかも予測できなかった。
Jevが構造化出力を再び面白くする
著者は、Jev の価値は主にモデル自体ではなく推論戦略にある可能性があると考えている。返信を choice フィールドに事前入力し、制約されたトークンを 1 つだけ生成すれば、どの LLM でも「秘密のレシピ」の大部分が得られる。彼は Qwen2.5-1.5B で 2〜3 倍の高速化を試し出した。
System Oneモデルでプログラミングする2つのテクニック
著者はQwen3-8BをSystem One分類器として接続した後、2つの手法を試した。階層的目標（10秒ごとに戦略、5秒ごとに戦術、200ミリ秒ごとに実行）とトーナメントサンプリング（一度に100個のリンクを2ラウンドで選別）で、後者はWikiracingで理想的な3リンク経路を見つけた。