Mozilla Hacksの「Rust 2018 is here… but what is it?」は、Rust 2018 editionを「新しい言語バージョン」としてではなく、Rustをより実用的に使えるようにする節目として説明した記事です。著者はLin Clark氏とRust Teamで、同日に公開されたRust公式ブログのRust 1.31/Rust 2018発表とも対応しています。
この記事の軸は、Rust 2018が破壊的変更をまとめて導入するための仕組みでありながら、既存コードを壊さないように設計されている点です。editionはcrate単位で指定でき、依存関係全体を一斉に移行する必要はありません。既存コードはRust 2015のまま動き続け、必要になったcrateだけがRust 2018へ進めます。
記事の要点
- Rust 2018は、通常の「新バージョン」とは違う。 互換性のある改善はRust 2015にも入り、互換性に影響する構文やキーワードだけをeditionで分ける考え方です。
- 移行はcrate単位で、cargo fixが支援する。 Cargo.tomlに
edition = "2018"を指定する前に、ツールが移行に必要な修正をかなり自動化できます。 - async/awaitなど、将来の構文のための準備も含まれていた。 記事公開時点では機能本体がまだ揃っていないものもありましたが、予約語として先に場所を確保しています。
- module systemの整理も大きい。
crate::などの導入により、外部crateとcrate rootの区別を読みやすくする方向へ進みました。 - 言語仕様だけでなく、用途別の生産性も主役だった。 WebAssembly、embedded、networking、command line toolsの4領域にworking groupを置き、Rustを具体的な用途で使いやすくする取り組みが進められました。
リンク先も読むと見える広がり
公式ブログのRust 1.31/Rust 2018発表では、non-lexical lifetimes、module systemの変更、Clippy、rustfmt、IDE支援、domain working groupsなどが、同じ「Rust 2018」というまとまりで扱われています。Mozilla Hacksの記事は、この公式発表をより視覚的に、背景込みで読める入口になっています。
WebAssembly領域では、web-sys/js-sys、wasm-pack、Rust and WebAssembly Bookが参照されています。RustをWebアプリ全体へ置き換えるのではなく、重い処理や型安全にしたい部分へ小さく差し込む発想が見えます。
embedded領域では、The Embedded Rust Bookが案内されます。記事では、nightly依存だった体験をstableへ近づけ、ARM Cortex-M向けの開発を現実的にする流れが説明されています。これは「言語の安全性」だけではなく、対象デバイス・CI・ドキュメントまでそろわないと生産性にならない、という話です。
CLI領域では、ripgrepのような複雑なツール、panic時の出力を人間向けにするhuman-panic、設定ファイルまわりを簡略化するconfyが例として挙げられています。Rustの強みを「速くて安全な低レベル言語」に閉じず、配布しやすい単一バイナリや使いやすいCLI体験につなげている点が印象的です。
気づき
この記事を読むと、Rust 2018の本質は「新機能の一覧」ではなく、互換性を壊さずにエコシステムを前へ進める運用設計だったとわかります。editionで破壊的変更を小さく閉じ込め、cargo fixで移行作業を支援し、同時にドメイン別のworking groupやツール整備を進める。言語の進化を、仕様だけでなく移行経路と利用場面まで含めて設計しているところが重要です。
特に興味深いのは、Rust 2018が「Rustを書く人の体験」を中心に据えている点です。borrow checkerの改善、module pathの整理、rustfmtやClippyの安定化、WebAssemblyやembeddedの教材整備は、どれも学習や日常開発の摩擦を減らすものです。パフォーマンスや安全性だけでは言語は広がらず、使い続けられる環境まで整って初めて生産性になる、という判断が見えます。
コメントを残す