#rust

Rotoは、Rustアプリに組み込むためのembedded scripting languageで、static typedかつJIT-compiledなのが特徴 公開から1年で、6つの新バージョンが出て、機能もかなり増えた `while` / `for`、`enum`、`List`、`const`、`+=` など、実用寄りの機能がどんどん追加された Rustとの連携方法が改善され、`library!` マクロで登録がかなり書きやすくなった ロゴ、講演、マニュアル改善、外部採用など、プロジェクトとしての存在感も一気に増した 今後は `hashmaps`、ユーザー定義 state、generic functions、formatter、LSP などが課題 Rotoは、Rustアプリの中で動かすためのスクリプト言語です。 ただの「スクリプト」ではなく、型が静的に決まる（実行前に型がチェックされやすい）うえに、JIT-compilation（実行しながら高速化する仕組み）を使うのが大きな特徴です。 ここが面白いところで、普通のスクリプト言語は「

Rosalind は、Rustで書かれた genomics engine で、低メモリかつ決定的（deterministic）な出力を目指している 主な用途は read alignment、variant calling、coordinate sort、somatic calling、truth-set evaluation 強みは、ファイル全体ではなく、局所的な coverage を見ながら streaming 処理する設計にある 「100MB RAM で whole-genome workloads」というのはかなり野心的で、特に低資源環境では魅力が大きい ただし現時点では single contig / single-threaded / uncompressed FASTQ・FASTA など、適用範囲に制約もある 研究・学習・組み込み用途にはかなり面白いが、万能な本番パイプラインというよりは「尖った実装」と見るのがよさそう GitHub に公開されている Rosalind は、ひとこ

Corrode Rust Consulting の記事「Migrating from Go to Rust」は、Go から Rust へ移るときの論点をかなり正直に整理したガイドです。 面白いのは、「RustはGoより速いの？」みたいな単純な話ではないと最初に釘を刺しているところだと思います。 著者の主張をざっくり言うと、Go も Rust もサーバー開発には強い。 ただし Rust は、コンパイラがもっと多くのミスを事前に防いでくれる。その代わり、学習コストや書き方の制約は増える。 つまり、移行の価値は「性能アップ」よりも 正しさ・安全性・開発体験の改善 にある、という話です。 --- Go と Rust はどちらも静的型付き・コンパイル型の言語で、バックエンド開発に強い ただし Rust は、nil、エラー処理、データ競合、リソース管理を type system に寄せている Go は「やさしく始めやすい」、Rust は「間違いにくい」 Go から Rust への移行理由は、速度不足よりも「細かい不満の積み重ね」であることが多い Rust の borrow

AzureのReplication基盤であるRSLを、Rustで“現代版”として作り直した話 100K行超のRustコードを、AI coding agentsを使って短期間で実装 正しさの担保には「code contracts」がかなり効いた Spec-Driven Developmentは、重すぎる運用より“軽量版”がちょうどよい 性能改善では、23K ops/sec → 300K ops/secまで伸ばした 今後のAI開発には、テスト・契約・性能改善の自動化がもっと進んでほしい、という本音が語られている この記事は、Cheng Huang氏が「AI coding agentsを使って、実際の本番級分散システムをどこまで作れるのか」をかなり本気で試した記録です。 作ったのは、Rustベースのmulti-Paxos consensus engine。 Paxosは、複数のサーバーが“このデータの順番や内容で決めよう”と合意するための仕組みで、分散システムの心臓部みたいなものです。 要するに、データを複数台で安全に一致させるための超重要技術です。 しかもこのプロジェクト、

Bunの一部ではなく、Bun本体をRustに書き換えたというかなり大きな話 既存のテストは全プラットフォームで通過 いくつかのmemory leak（メモリリーク）とflaky test（たまに落ちる不安定なテスト）も改善 binary size が3MB〜8MB縮小 benchmarks は同等か、それ以上に高速 そして何より、compiler-assisted toolsでメモリバグを見つけやすくなったのが大きい ただし、まだ最適化とcleanupが残っていて、段階的に進める段階 Bun は、JavaScript や TypeScript を速く動かすための実行環境です。 ざっくり言うと「Node.js の代わりになる、軽くて速い新世代ランタイム」の一角ですね。 今回のPRは、その Bun を Rustで書き換えた というものです。 これ、ひと言で言うと「家の中身をほぼ丸ごと、別の素材で作り直した」くらいの大工事です。普通に考えてかなり無茶です。しかも、ただの実験ではなく、既存のテストを通し、サイズも小

`crates.io` は、Rust の「crate（パッケージやライブラリ）」を公開・共有するための中心的な registry です。 crate は、Rust で書かれた再利用可能なコードのかたまりだと考えるとわかりやすいです。 今回のページは `zerostack 1.0.0` の公開先として表示されており、Rust の配布エコシステムの一部になっています。 画面上の本文はかなりシンプルですが、実は「Rust の開発でどこから部品を取ってくるか」を支える重要な場所です。 個人的には、こういう“地味だけど土台になるサービス”こそ、開発体験を大きく左右すると思います。 今回の元記事は、Rust のパッケージ登録サイトである `crates.io` のページです。 Rust は、速度と安全性を両立しやすいプログラミング言語として知られていますが、実際の開発では「自分で全部書く」のではなく、便利な部品を組み合わせて作ることが多いです。 その部品が `crate` です。 `crate` は Rust の世界で使うパッケージやライブラリのこと。 たとえば、文字列の処理、HTTP通信、暗号化