#zig

Rust で長く開発してきた人が、Zig を実際に触って何を感じたのかを書いた記事だ。単なる印象論ではなく、JSONPath という実用的なライブラリを Rust 版から Zig 版へ移植しながら、IDE 支援、ファイル構成、テスト、関数型っぽい書き方、メモリ管理の手触りを比べている。面白いのは、Zig を持ち上げる記事ではなく、Rust に慣れた目で「どこが気持ちよく、どこが面倒か」をかなり率直に書いている点だと思う。言語の思想の違いが、日々の作業の小さな癖にどう出るのかが見えてくる。 書き手は冒頭で、自分はこの7年間 Rust 開発者としてやってきたと述べる。主に OSS を扱い、Rust の関数型寄りの書き方、たとえば整った関数や表現力のある型に親しんできた。一方で Zig も以前から気になっていた。C の後継候補として、より低レベルで軽く、しかも実用言語として存在感を増しているからだという。昔 C を触っていたこともあり、Rust と比べたらどう感じるかは前から興味があったらしい。 ただし、この記事は Zig の上級者が書いたものではない。最初に触ったプロジェクトがこの移植作業

最初に思ったのは、「速さ」より先に「本当に置き換えていいのはどこまでなんだろう」という不安のほうだった。この記事、Claude Code が何万行ものコード移行をかなり短期間で進めた話として読めるのだけれど、読後感は単純な武勇伝ではなかった。むしろ、AI がコードを“書ける”ことより、既存コードを“壊さずに移す”ために何を見ているのかのほうがずっと面白い。 特に引っかかったのは、テストや judge（判定用の仕組み）をかなり厚く置いている点だ。AI に「移行して」とだけ頼んで終わりではなく、どのテストを呼ぶか、どう同値変換するか、意図的な破壊をどう見分けるかまでルール化している。ここを読むと、AI の価値は“賢さ”そのものというより、作業の周りにある面倒な確認をどこまで機械に持たせられるかにあるのだと思う。逆に言えば、ここを雑にすると、どれだけ派手なデモでも現場では怖くて使えない。 もう一つ印象に残ったのは、移行先の言語が Zig や Rust みたいな「堅い」ものだったことだ。こういう移行は、ただの書き換えではなく、実質的には設計の再点検になる。だからこそ、AI が便利だとしても、人

If you build with Claude or spend time inside Claude Code, stories like this matter because they reveal where the developer ecosystem is getting more opinionated, not less. The source here is basically a redirect to a post titled “zig-creator-calls-spade-a-spade,” which suggests the real discussion is about a sharp, direct take from Zig’s creator rather than a polished marketing piece. The page itself is just a redirect from a misleading slug to `/post/zig-creator-calls-spade-a-spade`. The desti

Zigの創始者ではなく、HashiCorpの共同創業者として知られるMitchell Hashimotoが、Zig Software Foundation（ZSF）に追加で40万ドルを寄付すると表明しました。これで彼の家族がZSFに約束した支援総額は、2024年の最初の寄付を含めて70万ドルになります。かなり大きい額です。こういう話は、単なる「太っ腹な寄付」以上の意味を持っていると思います。お金そのものより、どんなプロジェクトに信頼を置くかがはっきり見えるからです。 Mitchell HashimotoがZig Software Foundationにさらに40万ドルを寄付すると発表した これで総支援額は70万ドルになる 理由は、Zigが言語とコンパイラとして着実に進歩しているから それだけでなく、Zigのコミュニティ運営や開発者の扱い方にも強い敬意を示している AIやLLMをめぐるZigの「LLM禁止」方針については賛否を認めつつ、対立を人間同士の敵対にしすぎる空気には警鐘を鳴らしている 彼はAIを積極的に使って