Linuxだけでなく、AppleとMicrosoftもRustにある程度の関心を示しています。

以前の投稿で 彼らが示した関心について話します lLinuxカーネル開発者 Rustについて 特にカーネル内での実装( ここで出版物を確認してください).

しかし、Rust はもはや単なる Linux のものではありません。Apple は低レベルのプログラミングに Rust を使用することにますます興味を持っているようです。Apple 社に入社できるための要件を確認すると、要件は次のとおりです。

  • -Cでの3〜5年の経験。
  • -Rustの経験が望ましく、大きな利点.
  • -低レベルのネットワーキングでの実務経験。
  • --Unixライクなオペレーティングシステムの経験。
  • -明確なコミュニケーションスキル。

そしてそれは、C であってもさまざまな理由からシステム プログラミング作業者に課せられているということです。 2019 年版のオープンソース テクノロジー サミットの機会に、Josh Triplett は次のようなことについて言及しました。

「まず、進化した言語として、Cは開発者が使いやすさと生産性を獲得できるようにします。 これは、アセンブラーと比較して、同じタスクを実行するためのコード行が少なくなります。 また、アセンブラに近いパフォーマンスレベルです。 したがって、Cに切り替えても、アセンブラによって提供される可能性に関して損失は発生しません。」

ただし、2019 Linuxセキュリティサミットでは、 セキュリティ研究者は最大の欠陥の XNUMX つを特定しました 言語を引きずる Cは、メモリ管理に関連する問題です。 バッファ オーバーフロー、未解放の割り当て、無効または解放されたメモリ領域へのアクセスなど。

Common Vulnerabilities and Exposure(CVE)ディクショナリの数値によると、15,9年間にLinuxカーネルに影響を与えた2288の脆弱性の20%は、バッファオーバーフローに関連しています。 インテルのエンジニアは、オープンソーステクノロジーサミットでの立ち上げ時に、この詳細に戻り、「開発者は、Cでは解決できない問題への回答を提供し、いくつかの興味深い機能を備えた進化した言語を必要としています。 »»

このような状況でRustが登場し、エンジニアは「Rustはシステムプログラミングの未来であり、Cは新しいアセンブラーである」と感じ、時間をかけて説明しました。

Linuxコミュニティは、Rustサポートを統合する方法について考えることを余儀なくされています.

「コンパイラーと同じサポートアプローチを採用し、構成段階でさまざまなコンパイルフラグの可用性を確認する必要があります」とLinusTorvalds氏は述べています。

有名なオープンソースカーネルの作成者のリリースは、原則として、Linux内でのRust言語のサポートの拡大という原則との合意を示しています。

その間 MicrosoftはC / C ++を犠牲にしてRustに移行しています 同社は、これをいわゆるシステム アプリケーションの構成には受け入れられないと考えています。

そしてその理由は単純です、Rustはセキュリティの面でより良い保証を提供するので C / C ++ペアよりもソフトウェアの。

したがって、言語をより広範に使用することを目的としたイニシアチブは、出版社の間で倍増しています。 たとえば、今年、マイクロソフトは、C ++ / WinRT:Rust / WinRTを含む言語プロジェクションツールファミリーの新しいメンバーの登場を発表しました。

これは、Windows ランタイム API 用の完全に標準的な Rust 言語プロジェクションです。 ヘッダーファイルベースのライブラリとして実装され、最新のWindowsAPIへのファーストクラスのアクセスを提供するように設計されています。

Windows ランタイム (WinRT) は、ユニバーサル Windows プラットフォーム (UWP) アプリの基盤を形成します。 これは内部でコンポーネント オブジェクト モデル (COM) API に基づいており、言語プロジェクション経由でアクセスできるように設計されています。

WinRT は、高パフォーマンスのネイティブ コードに役立つコントローラーなどにも使用できます。 Microsoft は主に C++/WinRT を使用したこの使用例をサポートしています。 しかし木曜日以降、Rust は Rust/WinRT とともに C++ に加わりました。 Rust開発者にとって朗報です。

これは、これらの言語投影がメタデータを取得するためです。 異なるAPを説明しますターゲットプログラミング言語の自然なバインディングを提供します。 ご想像のとおり、これにより、開発者は選択した言語を使用してWindowsアプリケーションとコンポーネントを簡単に作成できます。

これらの Windows API を使用して、デスクトップ アプリケーション、ストレージ アプリケーション、またはコンポーネント、NT サービス、デバイス ドライバーなどのよりユニークなものを作成できます。


コメントを残す

あなたのメールアドレスが公開されることはありません。 必須フィールドには付いています *

*

*

  1. データの責任者:MiguelÁngelGatón
  2. データの目的:SPAMの制御、コメント管理。
  3. 正当化:あなたの同意
  4. データの伝達:法的義務がある場合を除き、データが第三者に伝達されることはありません。
  5. データストレージ:Occentus Networks(EU)がホストするデータベース
  6. 権利:いつでも情報を制限、回復、削除できます。

  1.   ジュリオサオ

    Pufff正直なところ、rust構文はまったく好きではありません。 それは私には完全に直感に反しているようです。

    彼らはその利点を備えた別の言語を手に入れることができましたが、CスタイルまたはPythonスタイルです。

    1.    ルイス

      彼らも口頭言語で錆びたらどうしますか? それをプログラムするのはとても簡単で直感的でしょう!

  2.   ルイス

    OC / C ++錆び操作あり

  3.   ルイス

    一部の「天才」がかつてシステムに錆を提案したため、Javaよりも錆を使用する方が良いです。