Rust (プログラミング言語)

Rust（ラスト）は、性能、メモリ安全性、安全な並行性を目指して設計されたマルチパラダイムのプログラミング言語である。C言語、C++に代わるシステムプログラミング言語を目指しており、構文的にはC++に似ているが、「ボローチェッカー」(borrow checker) で参照の有効性を検証することによってメモリ安全性を保証できる。Rustはガベージコレクションなしでのメモリ安全性を達成しており、必要な場面で参照カウントを使うこともできる 。 Rustプロジェクトはオープンソースのコミュニティベース開発で進行しており、言語仕様（検討段階含む）、ソースコード、ドキュメントはオープンソースライセンスで公開されている。2006年の開発初期は、Mozillaの従業員のグレイドン・ホアレ（Graydon Hoare）の個人プロジェクトだったが、2009年にMozillaが開発に関わり始めてMozilla Researchの公式プロジェクトとなった。2015年に1.0版がリリースされるまでにいくつもの破壊的な仕様変更があったが、1.0版以降は基本的には後方互換を保って6週間間隔で定期的にリリースされている。 Rustはマルチパラダイムプログラミング言語であり、手続き型プログラミング、オブジェクト指向プログラミング、関数型プログラミングなどの実装手法をサポートしている。基本的な制御構文はC言語に似ているが、その多くが式（expression）であるという点においてはML言語に似ている。コンパイル基盤にLLVMを用いており、実行時速度性能はC言語と同等程度である。強力な型システムとリソース管理の仕組みにより、メモリ安全性が保証されている。 Rustは2016–2022年の間Stack Overflow Developer Surveyで「最も愛されているプログラミング言語」で一位を獲得し続けている。一方で、Rustは学習難易度が高い言語とも考えられており、2017年ロードマップでは学習曲線の改善を目的として挙げていた。 Rustという名前はさび菌に因んで付けられた。この命名の後、当時の開発チームメンバーの多くが自転車を愛好していたことから、自転車のチェーンリングの錆つきを元にしたデザインのロゴが考案された。当然、チェーンリングの錆がさび菌によって生じるわけがなく、「設計者のグレイドン・ホアレが生物学オタクであることから酸化鉄の「錆」ではなく「さび菌」なのだ」と、参考文献の末尾に記されている。 Rustはオープンソースのコミュニティベースで開発が進められている。プロジェクトの主管はRust Project Developers（Rust開発チーム）である。2018年現在、言語発明者のグレイドン・ホアレはプロジェクトチームから外れている。プロジェクトの全てのソースコードはGitHubで一般に公開されており、コミュニティメンバーの協力により改良が進められる。プロジェクトの大部分のコミットはコミュニティメンバーによるものである。 Mozillaの理念を守り、Rust言語は社会に開かれており、言語やツールに対する仕様の提案はRFCの形で取りまとめられ、関連するチケットで仕様詳細について利用者から感想や提言を受けている。 言語やコアライブラリを開発するRust開発チームはServo（ウェブブラウザ用レイアウトエンジン）やRustコンパイラの実装経験を通して言語を改良している。例えば、C言語とRustを連携させるコードを自動生成するbindgenは元々は外部開発者が開発していたが、Mozilla Servo開発チームがServoの開発で利用するためにC++とRustを連携させるコードも自動生成できるよう改良を重ね、現在はServo開発チームと密に連携しているRust開発チームに主管を移行してServoの開発と共に改良が続けられている。 言語実装手法においてのプログラミングパラダイムは特定の実装手法に限定されない非純粋なマルチパラダイムプログラミング言語である。文法の表面的な記述は手続き型プログラミング、ブロックコードのまとまりの意味論は関数型プログラミング、型システムを用いたオブジェクト構造はオブジェクト指向プログラミングのパラダイム特性を持つ。特定のプログラミングパラダイムのみを使用してソースコードを記述することはなく、要所々々の必要な所で必要なパラダイムを使用してソースコードを記述することになる。 ソースコードをターゲットプラットフォームに最適化したオブジェクトファイルにコンパイルするコンパイル言語のパラダイム特性を持つ。多くのスクリプト言語が持つインタプリタ機能や、SwiftやGoが提供するようなREPL機能のパラダイム特性は持たない。 その他のパラダイムとして、関数の入出力パラメータにジェネリック型を指定するジェネリックプログラミング、非同期機能を実現する並行計算のパラダイム特性を持つ。 Rustの基礎的な文法はC言語やC++に似て、波括弧で囲まれたブロックコード{ ... }、if, else, whileなどの制御フローキーワードを持つ。 全てのC言語やC++のキーワードが実装されているわけではなく、一方で幾つかのRustの制御命令（例えばパターンマッチのためのmatch）はそれらの言語を習得したプログラマにとっては馴染みが少ないものも存在する。Rustの命令文は、表面的なC言語やC++との文法の類似性にもかかわらず、意味論的にはML系言語の命令式に近く、関数本体のほぼ全ての部分は制御フロー演算子でさえ「文（statement）」ではなく「式（expression）」である。例えば普通のif式もC言語で言う所の条件演算子であり、if式の結果として返り値を返す。 ブロックコード内の命令文のセパレータにはセミコロン（;）を用いるが、C言語のそれと異なりRustのセミコロンは直前の命令文がブロックコードで括られる式の途中式であることを宣言するためのものである。セミコロンを末尾に置かない命令文はブロックコードの最終的な評価式として扱われ、その式の結果がブロックコードの外へ戻り値として返される。これは関数定義であれば、結果を返す箇所にはセミコロンをつけない。結果が不要ならばセミコロンによって明示的に捨てるのである。そして結果を返さないならば、それは文と呼ばれる。 「Hello, world!」を標準出力に出力するHello worldプログラム。 fn main() { println!("Hello, world!"); } 階乗を求めるプログラム。if式の結果として1もしくはn * fac_recursive(n-1)を返し、関数の結果としてif式の結果を返す。 fn fac_recursive(n: u32) -> u32 { if n <= 1 { 1 } else { n * fac_recursive(n-1) } } 変数はletキーワードで定義され、不変（イミュータブル）である。変数への再代入はコンパイルエラーとなる。 可変変数を扱いたい場合、変数宣言時にmutキーワードを利用して可変であることを明示しなければならない。この機能は例えば巨大構造体のコピーを避けながら一部を変更するために有効活用できる。 またRustはシャドーイング（同名変数の複数回定義）に対応している。シャドーイングにより一時的な変数の変更や変数型の変更が可能になる。 変数とは別にconstキーワードで定義される定数を持つ。定数は常に等しい値を持つ（mutやシャドーイングに対応していない）。 この言語の型システムではHaskell言語に倣い「型クラス」を用いることができる。これはアドホックな多相性を容易にするものであり、可変型宣言により実現されるものである。高カインド多相性など、Haskell言語にある他の特徴はサポートされていない。 Rust言語が備える型システムは、impl（実装）、trait（トレイト）、struct（構造体）およびenum（列挙型）を基本として構成される。implが他の言語におけるクラスに近い役割を果たし、継承とポリモーフィズムはtraitによって提供される。traitにはメソッドを定義することができ、traitで宣言されたメソッドはimplによってstructへミックスインされる。structにはフィールドが定義可能で、traitとimplはそれ自身にはフィールドは定義できない。enumには複数種類の型のカテゴリ変数が定義可能で、数値型、文字列型、オブジェクト型などの複数の状態を選択的に持ちうる。菱形継承問題を回避するためにtraitのみが継承が可能である。 変数の型を決定する型システムは静的型付けかつ強い型付けである。静的型付けと動的型付けの区分においての型付けは、コンパイル時に全ての変数に対して型を決定する静的型付けを基本としているが、トレイトをポインタを介して利用することで、ダックタイピングに似た型付けが可能なトレイトオブジェクトが存在する。ほかに、Anyトレイトにて、実行時リフレクションを用いた動的型付けも可能である。強い型付けと弱い型付けの区分においての型付けは、実行時に変数の型を型変換（アップキャスト、ダウンキャスト、クロスキャスト）およびボクシングをすることを許さない強い型付けのみをサポートしている。C言語、Javaは実行時に型変換をすることを許す弱い型付けをサポートしているが、Rust言語では変換先の型が明示されていない状況での型変換は認められていない。なお、型が確定している変数への代入や、シグネチャによりやはり型が確定している関数への引数渡しおよび返値の受け取り等に際しては、型強制のための関数が定義されていればそれを暗黙のうちに呼び出すことができる。 Rustコンパイラは変数への代入時（variable = value）、変数の型を値の型に基づき型推論する。変数の宣言には必ずしも型を決定するための初期値を必要としない。変数の宣言時に初期値が与えられた場合は「変数の型」は「初期値の型」であると型推論がなされるが、初期値が与えられなかった場合は以降のブロックコード中のその変数へ値が初めて代入された時に「左辺の変数の型」は「右辺の代入する値の型」であると型推論がなされる。変数への代入が型不一致により失敗した場合にはコンパイル時にエラーを検出する。 ポリモーフィズムを実現するため、構造体のフィールドおよび関数の入出力値は特定のトレイトの実装をするジェネリック型を指定することが出来る。そのような定義の中では、ジェネリック型で型が宣言された変数および入出力値はそのトレイトの特性のみ使用できる。これはジェネリック関数が定義されるとすぐに型判定ができることを意味している。これはC++のダック・タイピングで具体的な型がインスタンス化されるまで判定できないテンプレートとは対照的である。しかし、Rustのジェネリクスの実装はC++のテンプレートの典型的な実装と似ており、インスタンス化ごとにコードの個別のコピーが生成される。これは単相化と呼ばれ、JavaやHaskellで通常使用される型消去方式とは対照的である。単相化の利点は特定のユースケースごとに最適化されたコードであり、欠点は結果のバイナリのコンパイル時間およびサイズが増加することである。Rustのトレイトを用いたポリモーフィズムの実現は、実行時のオーバーヘッドがない「ゼロコスト抽象化」と表現されている。 システムプログラミング言語には効率良いリソース管理機能が必須である（例: メモリ・ファイル管理）。C言語はプログラマがリソースを直接管理し高い効率を得られる反面、メモリリークのようなバグ混入の危険性を孕んでいる。より高級な言語（例: Java）ではガベージコレクションのような動的リソース管理機構により高い安全性を得られる反面、動的管理のオーバーヘッドが必ず付きまとう。 Rustは所有権を軸としRAII・参照・借用チェッカーなどを言語仕様として組み入れることで、リソース管理検証をコンパイル時・静的におこなう。ゆえに動的管理のオーバーヘッドを避けつつ、安全性が担保されたリソースアクセスが可能になっている（c.f. ゼロコスト抽象化）。 以下はRustのリソース管理を支える個別の概念である。 所有権（英: Ownership）はリソース管理の中心を成す重要な概念である。一つのリソースは一つの所有者（変数やブロック）のみに関連付けされるという制約がRust特有のリソース管理機能として存在する。これは、あるリソースの所有権はある所有者（owner）が持っている、のように表現される。同時に、リソースの所有権を複数の変数が持つことは出来ない。 これはC++のスマートポインタの一種であるunique_ptrの振る舞いに似ている。 参照（英: Reference）は「他者所有値の一時的な借り受け」を表現する値である。すなわち参照とは、値の所有権を元の所有者に置いたまま作成される、値へのアクセス扉である。参照を介して参照先の値を読み書きできる一方、参照を解放しても（所有権がないので）参照先の値は存在し続ける。参照は常に有効な参照先を指すと保証されている。参照を得ることを借用（英: borrow）という。 参照はいくつかの問題を解決するためにRustへ導入された。まず値へのアクセスを所有者のみに限定した場合、所有者変数がブロック/関数の内外を引き回されて冗長になる。値の所有権を有さずにアクセスを可能にする、扉・プロキシ・エイリアスのようなオブジェクトがあればこれは解決する。しかし単にアクセスオブジェクトを渡すとその有効範囲が不明なためダングリング参照を起こしうる。これは参照と参照先の生存期間等を比較することで静的に検出できる（借用チェッカー）。これにより参照は常に有効になり、ヌル参照チェックも不要になる。このような背景で導入されたのがRustの参照である。 参照に関する型・演算子・式が存在する。借用を表す式を借用式 &expr（英: borrow expression）という。型・演算子は以下である。 すなわち、演算子 & を用いた式 &expr の評価により型 &T の値が得られる。&mut でも同様である。 共有参照型は参照先の読み取りのみが可能で書き換えができないが、値が不変であるため同じ値を指す複数の共有参照が生成できる。参照はCopy トレイトによりムーブでなくコピーで渡される。可変参照型は両方が可能であるが、値が可変であるため同じ値を指す他の参照が生成できない。ゆえに参照は Copy トレイトを持たずコピーでなくムーブで渡される。 既に解放されたリソースを指し続ける参照はバグを引き起こす（例: ダングリングポインタ）。もし静的にこれを検証できれば、オーバーヘッド無しに安全性を担保できる。また検証により不正な参照を避けられるため参照へのヌル代入が不要となり、ヌルポインタチェックを不要にできる。 Rustでは借用チェッカー（英: borrow checker、ボローチェッカー）により所有権の競合および不正利用を静的に検証する。所有権が解放されたリソースを指す参照は無効であり、使用した場合はコンパイルエラーとなる。ボローチェッカーは参照についてもライフタイム（lifetimes）としてリソースの生存期間を検証する。これによりヌルポインタやダングリングポインタ、リソース利用競合を制限したメモリ安全性を実現している。 リソースのメモリ確保は基本的にはスタックメモリを利用しており、ヒープメモリを利用したメモリ確保はBoxやVecなどの特定の型のみで限定的に利用されている。 コンパイル時に型のサイズが決定できない可変長配列を表すような型はヒープメモリを利用するBox型を使用してリソースを管理する。Boxリソース自体はスタックメモリで管理されるが、Boxリソースが所有権を持つ実体のリソースはヒープメモリで管理される。標準のヒープメモリ確保にはシステムアロケータを利用するが、対象プラットフォームやビルド時の指定により他のメモリ確保APIを利用することもある。ヒープメモリはスタックメモリに比べて速度性能が落ちるため、必要時にのみ限定的に利用されている。 Rustは実行時に境界チェックをおこなう。これによりバッファオーバーランをはじめとしたメモリアクセスに対する安全性を得ている。この機能はゼロコスト抽象化でなく実行時の命令であるため、安全性と引き換えにいくらかの性能オーバーヘッドが発生している。他のシステムプログラミング言語として代表的なC言語やC++は境界チェックを強制しないため、Rustの特徴の1つとなっている。 ライフタイム（英: Lifetime）はジェネリック型の一種で、リソースやそれらへの参照の生存期間を表す。 参照を関数やメソッドとの間で受け渡ししたり、構造体や列挙型など別のデータ型に保存すると、参照の生存期間が参照を定義したスコープだけでは決まらなくなる。この場合、参照や参照先リソースに対してライフタイムの付加が必要となる。ライフタイムは'lifetimeの形式で記述する。ライフタイムを参照型に付加する場合は&の直後、それ以外の型に対してはジェネリック型として付加する。この他、別のジェネリック型に対してライフタイムを付加することもできる。特に、あるライフタイムに対して別のライフタイムを境界条件として与え、どちらか片方がもう片方よりも長く生存することを要求することができる。 ボローチェッカーはライフタイムを持つ変数に対し、その変数が指す参照先やリソースの生存期間がライフタイムにより要求される生存期間を満たしているかどうかをチェックする。チェックに失敗した場合はコンパイルエラーとする。注意すべき点として、ライフタイムを与えることにより参照先やリソースの生存期間を延長することはできない。それらの生存期間はあくまでそれらを定義および使用するスコープによって決まるため、ライフタイムのチェックでエラーが出た場合は参照先の生存期間を修正する必要がある。 関数やメソッドの定義にあっては、付加すべきライフタイムに、ある特定のパターンが存在することが知られている。そのようなパターンの通りにライフタイムを指定したい場合は、ライフタイムの手動付加を省略し、コンパイラにライフタイムを自動付加させることができる。この機能はライフタイムエリゾン（英: lifetime elision）と呼ばれる。ライフタイムエリゾンのパターン以外のライフタイムが必要な場合はライフタイムエリゾンは使用できず、ライフタイムを明示的に付加しなければならない。 関数の型を定義する際、その引数や返値が参照を含む場合はしばしばライフタイムが必要となるが、そのライフタイムが指し示す生存期間が関数の型だけでは決められず、その型に含まれる関数やクロージャを実際に定義しないと生存期間も決まらないことがある。このような場合、関数の型にて用いるライフタイムを、関数型としては任意の生存期間を持って構わないと定めることができる。そのようなライフタイムは高階トレイト境界（英: higher-rank trait bound、HRTB）として定義する。HRTBを用いて定義した関数型は単一の型ではなく、ライフタイムが取り得る限りの場合の数だけある型の集まりとなり、理論上「関数の集まり」になることに由来している。 Rustの特徴として、変数をメモリ上で自由に移動することができる。 これにより、関数やメソッド呼び出しでの変数受け渡しを値により行うことができる。また、それらの操作や代入等における所有権の移動もこの特徴に依存している。 Box<T>型（Tは型、以下同様）のようなスマートポインタ、およびVec<T>型のように可変長データを指すポインタの場合、ポインタが指しているデータは通常は移動しないが、ポインタそのものは移動する。すなわち、ポインタの値を受け渡しする挙動となる。 変数の移動を防止したい場合は、一般にはPin<P>型（PはトレイトPointer<T>を持つ型、典型的にはスマートポインタ）を使用する。この型はBox<T>型や&mut T型の取得を禁止しており、これによりPin<P>型が指すデータの移動を防ぐ。なお、Pin<P>型からPin<&mut T>型を得ることは可能で、これを用いてデータの移動を防ぎつつ変更することは可能である。また、Pin<P>型そのものを値受け渡しなどにより移動することもできる。 Rustにて変数の移動を防ぐ必要がある状況としては、主に以下がある。 構造体型にて、自身ないしはそのフィールドへのポインタを持つ。 変数のアドレスをRustの外のライブラリなどへ渡す。 Rustのライブラリはクレート（crate）という呼称で提供される。多くのクレートはcrates.ioで公開されている。同サイトはバージョン毎のソースコードをアーカイブとして提供している。クレートは必ずしもcrates.ioに登録されている必要はなく、Webサーバやファイルシステムを指すURIで指定することもできる。ライブラリはソースコードプロジェクトで配布されることが一般的だが、コンパイルしたバイナリライブラリファイル（拡張子rlib）で出力することも可能である。 コアライブラリはcoreの名称で提供されている。このライブラリは標準ライブラリに依存しない基幹ライブラリであり、一切の上位ライブラリ、システムライブラリ、libcライブラリにリンクしていない。コアライブラリは最小限であり、ヒープ割り当てを認識せず並行性や入出力も提供していない。それらのことはプラットフォームへの調整が必要であり、このライブラリはプラットフォームに依存しない。 標準ライブラリはstdの名称で提供されている。このライブラリは基礎的な型（Vec<T>やOption<T>）、言語の基本の処理、標準のマクロ、入出力（I/O）、マルチスレッドなどの機能を提供する。標準ライブラリは標準でリンクしてソフトウェアがビルドされるが、より根幹的なソフトウェアやリソースの小さい組み込み環境ではリンクを外してソフトウェアをビルドすることができる。 Rustは基本的で汎用的な機能を含め標準ライブラリではなく外部ライブラリとして提供している。これはいわゆる「バッテリー同梱 (“Battery Included”)」の反対を行くもので、言語と共に更新することで保守的になりがちな標準ライブラリではなく、言語とは独立して更新することで最善を繰り返し探求しうる外部ライブラリとすることで、それらの機能をより良い品質で提供する考えに基づいていたものである。外部ライブラリの利便性と品質の保証のためにcrates.ioとAPIガイドラインを提供している。 言語開発のコミュニティがそれらについて携わっていないわけではなく、基礎的な外部ライブラリはコミュニティ配下で開発が進められている。 基礎的なライブラリ rand - 乱数生成 regex - 正規表現 chrono - 時刻操作 libc - C言語インターフェース log - ログ出力インターフェース Rustの開発ツールは独立したソフトウェアとして提供されているが、Rustの公式なインストール方法に従えば、以下のツール一式が手に入る。 rustcはRustで記述されたRustソースコードをコンパイルするコンパイラ（処理系）である。コンパイルの成果物として中間コード、および実行ファイル、静的ライブラリ、動的ライブラリを出力する。rustcはクロスコンパイルを可能とし、Windows、Linux、macOS向けの実行ファイル他、AndroidやiOSで動作するライブラリをホストマシンで出力することができる。 対象プラットフォームは完成度に合わせて３つのTier（ティア）に分かれている。Tier 1はバイナリリリースが提供されており、自動ビルド（英語版）と自動テストが整備され、それらが安定して成功（パス）することが保証されている。 Tier 2はバイナリリリースが提供されており、自動ビルドと自動テストは整備されているがテストが成功することは保証されていない。Tier 3はソースコードとしては対応しているが、自動ビルドと自動テストの動作が保証されておらず、公式リリースは提供されていない。 Windows、Linux、macOS向けのRustコンパイラはティア1でリリースされている。Android、iOS、WebAssembly向けのRustコンパイラはティア2でリリースされている。 Rust 1.12版より導入されたMIR (Mid-level IR) によって、コンパイルと実行時間の迅速化ならびに型チェックの正確性の実現が図られている。 CargoはRust製ソフトウェアプロジェクトのCUIのビルドツールである。規定のファイル構成（ディレクトリ、設定ファイル、ソースファイル）のプロジェクトディレクトリで利用される。プロジェクトのビルド（コンパイル）、依存ライブラリのダウンロード、テスト、ドキュメント生成などをサポートする。通常はCargoを中心に開発を行えるように設計されているため、rustcコンパイラを直接呼び出すことは稀である。Cargoの依存ライブラリのダウンロード先はcrates.ioである。 サブコマンドは拡張可能で標準のコマンドの他、README.mdファイルの自動生成コマンドなどの拡張コマンドが存在する。この拡張はcargo-xxxと名付けたコマンドを適切にインストールするだけで、cargoにxxxというサブコマンドを追加できる。 rustupはツールチェーンの管理ソフトウェアである。ツールチェーンのダウンロードとインストール、ソフトウェアバージョンの管理、コンパイルターゲットの切り替えの機能を提供する。 rustupはRustプロジェクトがリリースしているコンパイラ（rustc）、ビルドツール（Cargo）などのツールチェーンをインターネットを経由してホストマシンにダウンロード、インストールおよびマネージメントする機能を提供する。インストール対象のツールチェーンのバージョンは、安定版、ベータ版、ナイトリー版の全てを含んでおり、利用者が必要とするバージョンを指定してダウンロードすることができる。また、ターゲットプラットフォームについても全ての種類を含んでおり、ホストマシンと異なるプラットフォーム（例えば、ホストがmacOSであってもWindowsやAndroid、iOS）のコンパイラをインストールすることができる。この場合、コンパイラはクロスコンパイラとして動作してターゲットプラットフォームに合わせたビルドを実施する。 Rust 1.13版以前はシェルスクリプトで実装されたrustup.shが公開されていた。これと並行してRust言語で実装された同等機能を提供するrustup.rsの開発が進められており、Rust 1.14版でrustup.shは非推奨となり、Rust 1.14版以降はrustup.rsが公式リリースとして提供されている。 Rustは2016〜2022年に渡ってStack Overflow Developer Surveyで「最も愛されているプログラミング言語」で一位を獲得し続け、プログラマの好意的な評価は多い。 一方で、Rustは学習難易度が高い言語とも考えられている。多くのRust初学者のプログラマにおいて、自身が正しいと思って書いたソースコードのコンパイルに対してコンパイラ（ボローチェッカー）がエラーを検出する、「ボローチェッカーとの戦い」（fighting with the borrow checker）が発生しがちである。小さなアプリケーションの実装について同時期に言語開発されているGo言語と比較した場合、Rust言語よりGo言語の方が開発効率が良いという評価がある。学習難易度の高さは開発チームも認識しており、2017年ロードマップでは学習曲線の改善を目的として挙げていた。 この問題を改善するために、2020年現在において、自動化をメインテーマにした開発を続けており、前述にあるcargo、rustup等のツール以外にも、rustfmt、clippy、cargo docなどのツール類をIDE環境のみならずCUI環境でも利用可能な状態へと整備を続けている。また、後方互換性を維持しているため、crates.ioを用いる事でライブラリ類などの生産性の向上にも努めている。 Rustの実行時速度性能は同じくコンパイラにLLVMを利用している場合のC言語と同等程度であり、一部の処理ではC言語を上回った速度が確認されている。2018年2月時点で、ウェブサーバアプリケーションの汎用処理では速度性能の良いRust製ライブラリは開発が進んでいない。単純なテキスト処理では速度性能は良い。 その後のベンチマークでは、並行処理やグラフィックス処理においても、JavaやGoを上回っており、コンパイラの出力するコードの優秀性が証明されている。ただし、サポートされていないグラフィックスボード（Cのライブラリをインクルードしなければならない）では、C/C++の実効性能には及んでいない。[要出典] 2006年、Mozillaで働いていたグレイドン・ホアレは現代のインターネット環境で高い並行性と高い安全性が求められるシステムプログラミング言語としてC言語やC++に代わりうるプログラミング言語 Rust言語の開発に着手した。MozillaがRustの開発に関わりはじめたのは2009年で、Rustは2010年のモジラ・サミットで公に姿を表した。RustソースコードをコンパイルするRustコンパイラは、初期の頃はOCaml言語で作られたコンパイラ（rustboot）が用いられていたが、2010年にはRust言語自身でRustコンパイラを作るセルフホスティングへ移行したコンパイラ（rustc）の開発が始められ、翌年にはブートストラップ問題を解決した最初の完動品が完成した。この時よりRustコンパイラはコンパイル基盤にLLVMを用いたものとなった。 プレアルファ（0.1版）と呼ばれる最初のバージョンは2012年1月にリリースされた。Mozillaはこれを新しいモノ好みの人やプログラミング言語愛好家のためのアルファ版と位置づけていた。最初の安定版である1.0版がリリースされるまでの0.x版リリースでは、いくつもの大きな破壊的な仕様変更が言語およびライブラリに加えられた。 変数名や関数名など識別子は、この言語の開発の初期の頃は、ASCII文字以外の文字を使うことが禁じられていた。言語についてのある質疑応答の中で、現場の非英語圏のプログラマーのほとんどが識別子にはASCII文字を使っていると述べられていた。しかしその制限は反論を引き出すことになった。それにより、2011年2月に言語に変更が行われ、この制限は削除された。 型判定は、0.4版以前の従来の静的型付けに加えて、型状態システムをサポートしていた。型状態システムは、特別なcheck文を使用してプログラム文の前後での型決定をモデル化した。C言語やC++コードでのアサーションの場合と同様に、プログラム実行中ではなくコンパイル時に型不一致を検出する。型状態の概念はRust特有のものではなく、NILで採用されていたものである。実際にはほとんど使用されていなかったため型状態は削除されたが、ブランディングパターンで同じ機能を実現できる。 オブジェクト指向のシステムは、0.2版から0.4版にかけて大きく変わっていった。0.2版で初めてクラス（class）が導入され、0.3版でインターフェース（interface）を通したデストラクタとポリモーフィズムが追加され、0.4版で継承を提供する手段としてトレイト（trait）が追加された。インターフェースはトレイトに一部の機能が統合されて、異なる不要な機能として削除された。クラスもまた削除され、構造体とトレイトを使用したミックスインに置き換えられた。 コアのメモリモデルは、0.9版から0.11版の間、2つのビルトインのポインタ型（ヒープメモリ型~とガベージコレクション型@）を機能を単純化するために用意していた。それらは、標準ライブラリのBox型とGc型で置き換えられ、Gc型は最終的には削除された。 2014年1月、Dr. Dobb's Journalの編集長アンドリュー・ビンストックはD言語やGo言語、Nim言語と同様にC++の競争相手になる機会を得たとコメントした。ビンストックによると、Rustは非常にエレガントな言語として広く見られているが、バージョン間で繰り返し大きく変更されたため普及が遅れているという。 2015年5月16日、安定版となるRust 1.0がリリースされた。1.0版の後、安定版およびベータ版が6週間おきに定期リリースされている。またナイトリー版が毎日リリースされている。新たな機能はナイトリー版で開発が進められ、ベータ版で動作が検証されている。 2016年8月2日にリリースされたFirefox 48にはRustで書き直されたメディアパーサが組み込まれており、Mozillaが開発しているブラウザのFirefoxにおいてRustで書かれたコードが書き加えられる初例となった。 2016年9月にRustはFedora 24の標準コンポーネントに加えられ、RPMのパッケージ管理システムを用いてのインストール作業が容易化されている。 2018年12月6日にバージョン1.31がリリースされた。今回からエディション制が導入され、最新版は"Rust 2018"、従来版は"Rust 2015"と呼ばれることになる。言語機能への破壊的変更は新しいエディションのみに適用されるが、互換性に影響しない機能追加は引き続き両者に適用される。また、2015年版から2018年版へはcargo fixでトランスコンパイルできる。 2021年5月11日に、3年ぶりの改訂となる2021年版について公式 Blogへ記載が行われた。当該機能は、2021年10月21日にリリースの1.56より適用される。今回の主要な改訂は、例外処理への対応が強化され、prelude文にTryIntoやTryFrom、FromIteratorなどが追加される。詳細については、公式Blogを参照されたいが、後方互換性を維持しているため、2018年版との間では特に問題なくコンパイルできる。 RustコンパイラはRust自身で記述されている。 その他のRustを使って開発されているプロジェクト： ウェブブラウザ Mozilla Firefox Servo – HTMLレンダリングエンジン Quantum – ウェブエンジン Chromium サードパーティー製クレートを使用。 ビルドツール Cargo – Rustのビルドツール Habitat – チェフソフトウェア（英語版）の開発するソフトウェアデプロイメントツール OS Magic Pocket – Dropboxのペタバイトを管理する機器のファイルシステム Redox – マイクロカーネルオペレーティングシステム intermezzOS – システムプログラミングの試験的なオペレーティングシステム Stratis – Fedora 28で予定されるファイルシステム Railcar – Oracleの仮想化マシン Android - 2021年からRustを採用している。 Linux - バージョン6.1から一部の機能にRustが組み込まれると予定されている。 KataOS - RISC-Vで動作する組み込みシステム向けにGoogleが開発したOS。 Windows - 2019年からWindows 10のコンポーネントの一部をRustに置き換えている。 その他 Exonum – ブロックチェーンのオープンソースフレームワーク OpenDNS – ソリューションの内の2つのコンポーネント Piston – ゲームエンジン rustls – TLSのRust実装 REmacs – EmacsのRust実装 Pijul – Darcsを参考にしたバージョン管理システム Xi – Google Open Sourceで開発されているテキストエディタ ripgrep – grepに相当する高速なテキスト検索ツール rav1e – Xiph.Org FoundationによるAV1エンコーダの実装 Polkadot – 異なるブロックチェーン間で相互運用性を実現するオープンソースのプロトコル Deno – JavaScriptとTypeScriptのランタイム環境 Ruffle - 2020年でサポート終了するAdobe Flash Playerの代替として開発中のエミュレーター。 mirakc - 日本のテレビ(ISDB)録画システムMirakurunクローン Nucleus - Dropboxの同期エンジン。 Jim Blandy, Jason Orendorff:"Programming Rust: Fast, Safe Systems Development", O'Reilly Media, ISBN 978-1491927281，First Ed. (2017年12月21日）。 Jim Blandy, Jason Orendorff, Lenora.F.S.Tindall:"Programming Rust: Fast, Safe Systems Development", O'Reilly Media, ISBN 978-1492052593，Second Ed. (2021年06月21日）。 Abhishek Chanda:"Network Programming with Rust", Packt Publishing, ISBN 978-1788624893 (2018年2月28日)。 Steve Klabnik, Carol Nichols: "The Rust Programming Language", No Starch Press, ISBN 978-1593278281 (2018年6月26日)。 Steve Klabnik, Carol Nichols：「The Rust Programming Language 日本語版」 Jim Blandy, Jason Orendorff: 「プログラミングRust」、オライリージャパン 、ISBN 978-4873118550 (2018年8月10日)。 κeen, 河野 達也, 小松 礼人：「実践Rust入門 "言語仕様から開発手法まで" 」、技術評論社（2019年5月8日）。 Steve Klabnik, Carol Nicholes:「プログラミング言語Rust 公式ガイド」、 KADOKAWA、ISBN 978-4048930703 (2019年6月28日)。 Steve Klabnik, Carol Nichols:プログラミング言語 Rust, 2nd Edition 酒井 和哉：「Rustプログラミング入門」、オーム社、ISBN 978-4-274-22435-5（2019年10月13日） 初田 直也, 山口 聖弘, 吉川 哲史, 豊田 優貴, 松本 健太郎, 原 将己, 中村 謙弘：「実践Rustプログラミング入門」、秀和システム、ISBN 978-4798061702（2020年8月22日） 山口 聖弘 : 「RustではじめるOpenGL」 、インプレスR&D 、ISBN 9784844378556（2020年02月21日）。 小野 輝也 :「Rustで始めるネットワークプログラミング」、 Amazon Services International, Inc. (2019年6月19日) 高野 祐輝:「並行プログラミング入門 ― Rust、C、アセンブリによる実装からのアプローチ」、オライリージャパン、ISBN 978-4-87311-959-5（2021年08月24日）。 英語の読める読者ならば、rustup doc コマンドを用いる事で以下の文献をオフラインで閲覧可能。また、日本の有志によってRust By Exampleなどが翻訳されており（ただし部分訳）、公式サイトなどを参照されたい。 The Rust Programming Language Rust By Example Rustlings The Standard Library The Edition Guide The Rustc Book The Cargo Book The Rustdoc Book Extended Error Listing The Reference The Rustonomicon The Unstable Book The rustc Contribution Guide The Embedded Rust Book ^ 出典URL: https://blog.rust-lang.org/2024/09/05/Rust-1.81.0.html, 題名: Announcing Rust 1.81.0, 作品または名前の言語: 英語, 閲覧日: 2024年9月5日, 出版日: 2024年9月5日 ^ a b Avram, Abel (2012年8月3日). “Interview on Rust, a Systems Programming Language Developed by Mozilla”. InfoQ. 2013年8月17日閲覧。 “GH: A lot of obvious good ideas, known and loved in other languages, haven't made it into widely used systems languages ... There were a lot of good competitors in the late 1970s and early 1980s in that space, and I wanted to revive some of their ideas and give them another go, on the theory that circumstances have changed: the internet is highly concurrent and highly security-conscious, so the design-tradeoffs that always favor C and C++ (for example) have been shifting.” ^ “Rust vs. C++ Comparison”. 20 November 2018時点のオリジナルよりアーカイブ。20 November 2018閲覧。 ^ “Fearless Security: Memory Safety”. 8 November 2020時点のオリジナルよりアーカイブ。4 November 2020閲覧。 ^ “Rc<T>, the Reference Counted Smart Pointer”. 11 November 2020時点のオリジナルよりアーカイブ。4 November 2020閲覧。 ^ Rust Project Developers. “The Rust Community · The Rust Programming Language”. 2018年2月4日閲覧。 ^ Rust Project Developers. “rust-lang/rust: A safe, concurrent, practical language.”. github. 2018年2月4日閲覧。 ^ “CやC++に代わると期待--安全な並行性とメモリーの安全性に焦点当てる「Rust」”. ZDNet Japan (2020年2月1日). 2020年2月2日閲覧。 ^ a b Mozilla Research. “Rust”. 2018年2月4日閲覧。 ^ “The Rust Language”. Lambda the Ultimate (2010年7月8日). 2010年10月30日閲覧。 ^ a b Matsakis, Niko (2016年4月19日). “Introducing MIR”. 2016年10月4日閲覧。 ^ a b “Rust versus C gcc fastest programs”. 2018年8月22日閲覧。 ^ a b “Stack Overflow Developer Survey 2022”. Stack Overflow. 2022年7月10日閲覧。 ^ a b Matthias Endler (2017年9月15日). “Go vs Rust? Choose Go.”. 2018年1月28日閲覧。 ^ a b Aaron Turon. “Rust's 2017 roadmap”. 2018年1月28日閲覧。 ^ a b “Internet archaeology: the definitive, end-all source for why Rust is named "Rust"”. 2020年5月10日閲覧。 ^ “Rust logo(type)”. Mozilla Foundation. 2020年5月10日閲覧。 ^ “The Rust Team · The Rust Programming Language”. Rust Project Developers. 2018年2月4日閲覧。 ^ “The Rust Programming Language”. github. 2018年2月4日閲覧。 ^ “Contributors to rust-lang/rust”. github. 28 January, 2018閲覧。 ^ “The Mozilla Manifesto”. 2012年4月9日閲覧。 ^ “rust-lang/rfcs: RFCs for changes to Rust”. github. 2018年2月4日閲覧。 ^ “rust-lang/rfcs: RFCs for changes to Rust”. 2018年1月28日閲覧。 ^ Aaron Turon. “Refining Rust's RFCs”. 2018年1月28日閲覧。 ^ “bindgen 0.17.0 - Docs.rs”. Onur Aslan. 2018年2月4日閲覧。 “authors Jyun-Yan You” ^ Yamakaky (2016年7月22日). “merge into upstream! · Issue #21 · rust-lang-nursery/rust-bindgen”. github. 2018年2月4日閲覧。 ^ “rust-lang-nursery/rust-bindgen Automatically generates Rust FFI bindings to C (and some C++) libraries.”. 2018年2月4日閲覧。 ^ “rust/src/grammar/parser-lalr.y” (2017年5月23日). 28 January, 2018閲覧。 ^ ““Frequently Asked Questions · The Rust Programming Language - When should I use an implicit return?”. 2018年1月28日閲覧。 ^ "by default variables are immutable." The Rust Programming Language ^ "E0384. An immutable variable was reassigned." Rust Compiler Error Index ^ "you can make them mutable by adding mut in front of the variable name." The Rust Programming Language ^ "you can declare a new variable with the same name as a previous variable, and the new variable shadows the previous variable." The Rust Programming Language ^ "By using let, we can perform a few transformations on a value but have the variable be immutable after those transformations have been completed. ... The other difference between mut and shadowing is that because we’re effectively creating a new variable when we use the let keyword again, we can change the type of the value but reuse the same name." The Rust Programming Language ^ 英: higher-kinded polymorphism ^ “Type coercions”. The Rust Reference. 27 March 2024閲覧。 ^ Walton, Patrick (2010年10月1日). “Rust Features I: Type Inference”. 2011年1月21日閲覧。 ^ 英: monomorphization ^ Aaron Turon (2015年5月11日). “Abstraction without overhead: traits in Rust - The Rust Programming Language Blog”. 2018年2月4日閲覧。 ^ a b "A reference represents a borrow of some owned value." Primitive Type reference. The Rust Standard Library. 2022-12-24閲覧. ^ "A reference ... to access the data stored at that address; that data is owned by some other variable." References and Borrowing. The Rust Programming Language. 2022-12-24閲覧. ^ "A reference cannot outlive its referent" References. The Rustonomicon. 2022-12-24閲覧. ^ "A lifetime is said to “outlive” another one if its representative scope is as long or longer than the other." Primitive Type reference. The Rust Standard Library. 2022-12-24閲覧. ^ "The issue ... we have to return the String to the calling function so we can still use ... . Instead, we can provide a reference" References and Borrowing. The Rust Programming Language. 2022-12-24閲覧. ^ "Syntax BorrowExpression" Operator expressions. The Rust Reference. 2022-12-24閲覧. ^ "Primitive Type reference ... References, &T and &mut T." Primitive Type reference. The Rust Standard Library. 2022-12-24閲覧. ^ "Borrow operators" Operator expressions. The Rust Reference. 2022-12-24閲覧. ^ "shared reference type is written &type" Pointer types. The Rust Reference. 2022-12-24閲覧. ^ "The & (shared borrow) ... operators" Operator expressions. The Rust Reference. 2022-12-24閲覧. ^ "A mutable reference type is written &mut type" Pointer types. The Rust Reference. 2022-12-24閲覧. ^ "&mut (mutable borrow) operators" Operator expressions. The Rust Reference. 2022-12-24閲覧. ^ "When a shared reference to a value is created, it prevents direct mutation of the value." Pointer types. The Rust Reference. 2022-12-24閲覧. ^ "The following traits are implemented for all &T, regardless of the type of its referent: Copy" Primitive Type reference. The Rust Standard Library. 2022-12-24閲覧. ^ "if you have a mutable reference to a value, you can have no other references to that value." References and Borrowing. The Rust Programming Language. 2022-12-24閲覧. ^ "&mut T references get all of the above except Copy and Clone (to prevent creating multiple simultaneous mutable borrows)" Primitive Type reference. The Rust Standard Library. 2022-12-24閲覧. ^ “jemalloc is removed by default”. 2020年6月12日閲覧。 ^ “Validating References with Lifetimes”. The Rust Programming Language. 02 January 2024閲覧。 ^ “Trait and lifetime bounds”. The Rust Reference. 02 January 2024閲覧。 ^ “Trait and lifetime bounds”. The Rust Reference. 02 January 2024閲覧。 ^ “Higher-Rank Trait Bounds (HRTBs)”. The Rustonomicon. 02 January 2024閲覧。 ^ “Module std::pin”. The Rust Standard Library. 02 January 2024閲覧。 “By default, all types in Rust are movable. Rust allows passing all types by-value, ...” ^ “Module std::pin, Example: self-referential struct”. The Rust Standard Library. 02 January 2024閲覧。 ^ Rust Team. “Working with an unpublished minor version”. 2018年1月28日閲覧。 ^ Rust project developers. “core- Rust”. 2018年1月28日閲覧。 ^ Rust project developers. “std- Rust”. 2018年1月28日閲覧。 ^ Brian Anderson (2017年5月5日). “The Rust Libz Blitz - The Rust Programming Language Blog”. 2018年2月4日閲覧。 ^ The Rust Project Developers. “rand - Cargo: packages for Rust”. 2018年1月28日閲覧。 ^ The Rust Project Developers. “regex - Cargo: packages for Rust”. 2018年1月28日閲覧。 ^ Kang Seonghoon. “chrono - Cargo: packages for Rust”. 2018年1月28日閲覧。 ^ The Rust Project Developers. “libc - Cargo: packages for Rust”. 2018年1月28日閲覧。 ^ The Rust Project Developers. “log - Cargo: packages for Rust”. 2018年1月28日閲覧。 ^ Blandy, Jim (2017). Programming Rust. O'Reilly Media, Inc. p. 285. ISBN 1491927283  ^ Brian Anderson (2016年5月13日). “Taking Rust everywhere with rustup”. 2018年1月28日閲覧。 ^ “Rust Platform Support · The Rust Programming Language”. 2018年2月4日閲覧。 ^ “Releases · rust-lang/cargo · GitHub”. Template:Cite webの呼び出しエラー：引数 accessdate は必須です。 ^ Yehuda Katz (2016年5月5日). “Cargo: predictable dependency management - The Rust Programming Language Blog”. 2018年2月4日閲覧。 ^ Alex Crichton (2014年11月20日). “Cargo: Rust's community crate host”. 2018年1月28日閲覧。 ^ livioribeiro (2015年10月15日). “Cargo-readme: generate README.md from doc comments”. 2018年1月28日閲覧。 ^ “RustUp aka How to install rust the convenient way” (2016年6月2日). 2018年2月4日閲覧。 ^ Brian Anderson (2016年5月13日). “Taking Rust everywhere with rustup - The Rust Programming Language Blog”. 2018年2月4日閲覧。 ^ vanjacosic (2016年9月27日). “rust/getting-started.md at 1.13.0 · rust-lang/rust”. 2018年2月4日閲覧。 ^ “rust-lang-deprecated/rustup.sh: The rustup.sh script for installing Rust from release channels”. 2018年1月28日閲覧。 ^ vanjacosic (2016年12月17日). “rust/getting-started.md at 1.14.0 · rust-lang/rust”. 2018年2月4日閲覧。 ^ “rust-lang-nursery/rustup.rs: The Rust toolchain installer”. 2018年1月28日閲覧。 ^ Klabnik, Steve (2014年10月24日). “Interview with Steve Klabnik: How Rust Compares to Other Languages and More”. codementor. 2018年2月4日閲覧。 “Rust has a significant lack of resources because it’s so new, and so it’s much harder as a first language.” ^ “book/references-and-borrowing.md at master · rust-lang/book” (2017年5月10日). 2018年2月4日閲覧。 “Many new users to Rust experience something we like to call ‘fighting with the borrow checker’” ^ Ivan Sagalaev (2016年11月2日). “Why Rust's ownership/borrowing is hard”. 2018年2月4日閲覧。 ^ Aaron Turon. “Rust should have a lower learning curve”. 2018年1月28日閲覧。 ^ “Miscellany: C++ design goals in the context of Rust”. 2018年1月28日閲覧。 ^ “Frequently Asked Questions · The Rust Programming Language - How fast is Rust?”. 2018年1月28日閲覧。 ^ “Web Framework Benchmarks - Round 15 2018-02-14”. Framework Benchmarks Google Group. 2018年3月4日閲覧。 ^ “Web Framework Benchmarks - Round 15 2018-02-14”. Framework Benchmarks Google Group. 2018年3月4日閲覧。 ^ 英: Graydon Hoare ^ “Project FAQ” (2010年9月14日). 2012年1月11日閲覧。 ^ “Future Tense” (2011年4月29日). 2012年2月6日閲覧。 “At Mozilla Summit 2010, we launched Rust, a new programming language motivated by safety and concurrency for parallel hardware, the “manycore” future which is upon us.” ^ rustlangの2017年3月12日のツイート、2018年2月4日閲覧。 ^ a b Hoare, Graydon (2010年10月2日). “Rust Progress”. 2013年10月22日時点のオリジナルよりアーカイブ。2010年10月30日閲覧。 “the second version of the compiler, written in Rust and compiled with the bootstrap compiler” ^ Hoare, Graydon (2011年4月20日). “rust-dev] stage1/rustc builds”. 2011年4月20日閲覧。 “After that last change fixing the logging scope context bug, looks like stage1/rustc builds. Just shy of midnight :)” ^ Chris Double (2011年3月31日). “A Quick Look at the Rust Programming Language”. 2018年2月4日閲覧。 “The rustc compiler lives in stage0/rustc. The output of this compiler is LLVM bytecode which must then be compiled using LLVM tools.” ^ catamorphism (2012年1月20日). “Mozilla and the Rust community release Rust 0.1 (a strongly-typed systems programming language with a focus on memory safety and concurrency)”. 2012年2月6日閲覧。 ^ Jelliffe, Rick (2010年11月8日). “Vale Java? Scala Vala palava”. 2012年3月29日閲覧。 “… It is just plain ignorant to say that non-English programmers always write with ASCII. (Just as it would be ignorant to say that they never do.) It is that kind of rather blithe dismissal that foreign cultures and languages need to be supported that creates extra unnecessary barriers. That argument ran out of legs in the early 1990s: all platforms have well -established Unicode libraries with serviceable properties for this…” ^ “Commit dabccadd3202513ab0bcb424e2c62c90ab23062d” (2011年2月26日). 2012年1月11日閲覧。 ^ Strom, Robert E.; Yemini, Shaula (1986). Typestate: A Programming Language Concept for Enhancing Software Reliability. IEEE Transactions on Software Engineering. ISSN 0098-5589. http://www.cs.cmu.edu/~aldrich/papers/classic/tse12-typestate.pdf 2010年11月14日閲覧。.  ^ Walton, Patrick (2012年12月26日). “Typestate Is Dead, Long Live Typestate!”. Pcwalton.github.com. 2018年9月5日閲覧。 ^ Walton, Patrick (2013年1月2日). “Removing Garbage Collection From the Rust Language”. Pcwalton.github.com. 2018年9月5日閲覧。 ^ Andrew Binstock. “The Rise And Fall of Languages in 2013”. 2018年9月5日閲覧。 ^ The Rust Core Team (2015年5月15日). “Announcing Rust 1.0 - The Rust Programming Language Blog”. 2018年2月4日閲覧。 ^ Alex Crichton (2014年10月27日). “rfcs/0507-release-channels.md at master · rust-lang/rfcs”. 2018年2月4日閲覧。 ^ Aaron Turon (2014年10月30日). “Stability as a Deliverable - The Rust Programming Language Blog”. 2018年2月4日閲覧。 ^ “Scheduling the Trains”. 2017年1月1日閲覧。 ^ “Firefox リリースノート Firefox 48.0”. Mozilla Foundation (2016年8月2日). 2016年8月3日閲覧。 ^ “Firefox に組み込まれた Rust”. Mozilla Foundation (2016年8月2日). 2016年8月3日閲覧。 ^ “Rust meets Fedora”. fedoramagazine.org (2016年9月21日). 2016年10月6日閲覧。 ^ a b “Announcing Rust 1.31 and Rust 2018”. 2018年12月17日閲覧。 ^ “The Plan for the Rust 2021 Edition | Rust Blog” (英語). blog.rust-lang.org. 2021年9月19日閲覧。 ^ Dave Herman. “Shipping Rust in Firefox”. 2018年1月28日閲覧。 ^ Serdar Yegulalp. “Mozilla's Rust-based Servo browser engine inches forward”. 2018年1月28日閲覧。 ^ David Bryant. “A Quantum Leap for the Web”. 2018年1月28日閲覧。 ^ “Supporting the Use of Rust in the Chromium Project”. Google Online Security Blog (2023年1月12日). 2024年5月29日閲覧。 ^ “Chromium プロジェクトが Rust の利用をサポート”. Google Developers Japan (2023年2月16日). 2024年5月29日閲覧。 ^ Salim Alam. “Habitat at RustConf”. 2018年1月28日閲覧。 ^ Salim Alam. “The Epic Story of Dropbox's Exodus From the Amazon Cloud Empire”. 2018年1月28日閲覧。 ^ Serdar Yegulalp. “The Epic Story of Dropbox's Exodus From the Amazon Cloud Empire”. 2018年1月28日閲覧。 ^ Steve Klabnik. “intermezzOS: a little OS”. 2018年1月28日閲覧。 ^ “Red Hat deprecates BTRFS, is Stratis the new ZFS-like hope?”. Marksei, Weekly sysadmin pills. 2018年1月28日閲覧。 ^ “Building a Container Runtime in Rust”. (29 June 2017). https://blogs.oracle.com/developers/building-a-container-runtime-in-rust 8 July 2017閲覧. "Why Rust? (…) Rust sits at a perfect intersection of [C and Go]: it has memory safety and higher-level primitives, but doesn't sacrifice low level control over threading and therefore can handle namespaces properly."  ^ “グーグル、Rust採用で「Android」のメモリーに関わる脆弱性が激減”. ZDNet Japan. 2022年12月6日閲覧。 ^ “「Linux」、バージョン6.1でRustを導入へ--トーバルズ氏が明言”. ZDNET. 2022年10月18日閲覧。 ^ “グーグル、Rustで書かれたセキュアなOS「KataOS」を発表”. CNET Japan. 2022年10月18日閲覧。 ^ “Microsoft、Windows 10の一部をRustへ書き換えてセキュリティ強化狙う”. マイナビ. 2022年12月7日閲覧。 ^ Valery Vavilov. “As Blockchain Changes The World, Bitfury’s New Platform Exonum is About to Change Blockchain”. 2018年1月28日閲覧。 ^ Balbaert, Ivo. Rust Essentials. Packt Publishing. p. 6. ISBN 1785285769. https://books.google.com/books?id=TeiuCQAAQBAJ&pg=PA6&lpg=PA6&dq=OpenDNS+Rust&source=bl&ots=UL5thAAi8w&sig=Wf-Z5xSRYU-IXyGiyIl2FVEQWEc&hl=en&sa=X&ved=0ahUKEwizzdSk59LLAhVpnoMKHWdbDrQQ6AEINzAF#v=onepage&q=OpenDNS%20Rust&f=false 21 March 2016閲覧。  ^ “Using HyperLogLog to Detect Malware Faster Than Ever”. OpenDNS Security Labs. 19 March 2016閲覧。 ^ “ZeroMQ: Helping us Block Malicious Domains in Real Time”. OpenDNS Security Labs. 19 March 2016閲覧。 ^ “Piston A modular game engine written in Rust”. Piston.rs. 2017年8月1日閲覧。 ^ Joseph Birr-Pixton. “ctz/rustls: A modern TLS library in Rust”. 2018年2月4日閲覧。 ^ “Remacs:Re-Implementing Emacs In Rust”. phoronix.com (2017年1月11日). 2017年1月19日閲覧。 ^ “Pijul”. pijul.org. 8 July 2017閲覧。 ^ Google. “xi-editor”. 2018年1月28日閲覧。 ^ Andrew Gallant (2016年9月23日). “ripgrep is faster than {grep, ag, git grep, ucg, pt, sift}”. 2018年1月28日閲覧。 ^ Xiph.Org Foundation. “rav1e: The fastest and safest AV1 encoder.”. 2018年5月1日閲覧。 ^ Parity Technologies. “Parity’s Polkadot Dev Update #2”. 2018年12月5日閲覧。 ^ “mirakc: A Mirakurun-compatible PVR backend written in Rust”. 2020年8月10日閲覧。 ^ “Dropbox、4年をかけてRust言語で再構築された新しい同期エンジン「Nucleus」をリリース”. Impress. 2022年12月7日閲覧。 Rust 公式サイト crates.io Rust Package Registry The Rust-dev Archives (electronic mailing list) Primary source code repository and bug tracker