2020 年關於 Rust 你所需要知道的
一段時間以來, Rust 在諸如 Hacker News 之類的網站上引起了程序員大量的關注。儘管許多人一直喜歡在業餘愛好項目中使用該語言,但直到 2019 年它才開始在業界流行,直到那會兒情況才真正開始有所轉變。
在過去的一年中,包括微軟、 Facebook 和 Intel 在內的許多大公司都出來支持 Rust,許多較小的公司也注意到了這一點。2016 年,作為歐洲最大的 Rust 大會 RustFest 的第一任主持人,除了 Mozilla,我沒見到任何一個人在工作中使用 Rust。三年後,似乎我在 RustFest 2019 所交流的每個人都在不同的公司的日常工作中使用 Rust,無論是作為遊戲開發人員、銀行的後端工程師、開發者工具的創造者或是其他的一些崗位。
在 2019 年, Opensource.com 也通過報道 Rust 日益增長的受歡迎程度而發揮了作用。萬一你錯過了它們,這裡是過去一年裡 Opensource.com 上關於 Rust 的熱門文章。
《使用 rust-vmm 構建未來的虛擬化堆棧》
Amazon 的 Firecracker 是支持 AWS Lambda 和 Fargate 的虛擬化技術,它是完全使用 Rust 編寫的。這項技術的作者之一 Andreea Florescu 在 《使用 rust-vmm 構建未來的虛擬化堆棧》中對 Firecracker 及其相關技術進行了深入探討。
Firecracker 最初是 Google CrosVM 的一個分支,但是很快由於兩個項目的不同需求而分化。儘管如此,在這個項目與其他用 Rust 所編寫的虛擬機管理器(VMM)之間仍有許多得到了很好共享的通用片段。考慮到這一點,rust-vmm 項目起初是以一種讓 Amazon 和 Google、Intel 和 Red Hat 以及其餘開源社區去相互共享通用 Rust 「crates」 (即程序包)的方式開始的。其中包括 KVM 介面(Linux 虛擬化 API)、Virtio 設備支持以及內核載入程序。
看到軟體行業的一些巨頭圍繞用 Rust 編寫的通用技術棧協同工作,實在是很神奇。鑒於這種和其他使用 Rust 編寫的技術堆棧之間的夥伴關係,到了 2020 年,看到更多這樣的情況我不會感到驚訝。
《為何選擇 Rust 作為你的下一門編程語言》
採用一門新語言,尤其是在有著建立已久技術棧的大公司,並非易事。我很高興寫了《為何選擇 Rust 作為你的下一門編程語言》,書中講述了微軟是如何在許多其他有趣的編程語言沒有被考慮的情況下考慮採用 Rust 的。
選擇編程語言涉及許多不同的標準——從技術上到組織上,甚至是情感上。其中一些標準比其他的更容易衡量。比方說,了解技術變更的成本(例如適應構建系統和構建新工具鏈)要比理解組織或情感問題(例如高效或快樂的開發人員將如何使用這種新語言)容易得多。此外,易於衡量的標準通常與成本相關,而難以衡量的標準通常以收益為導向。這通常會導致成本在決策過程中變得越來越重要,即使這不一定就是說成本要比收益更重要——只是成本更容易衡量。這使得公司不太可能採用新的語言。
然而,Rust 最大的好處之一是很容易衡量其編寫安全且高性能系統軟體的能力。鑒於微軟 70% 的安全漏洞是由於內存安全問題導致的,而 Rust 正是旨在防止這些問題的,而且這些問題每年都使公司付出了幾十億美元的代價,所以很容易衡量並理解採用這門語言的好處。
是否會在微軟全面採用 Rust 尚待觀察,但是僅憑著相對於現有技術具有明顯且可衡量的好處這一事實,Rust 的未來一片光明。
2020 年的 Rust
儘管要達到 C++ 等語言的流行度還有很長的路要走。Rust 實際上已經開始在業界引起關注。我希望更多公司在 2020 年開始採用 Rust。Rust 社區現在必須著眼於歡迎開發人員和公司加入社區,同時確保將推動該語言發展到現在的一切都保留下來。
Rust 不僅僅是一個編譯器和一組庫,而是一群想要使系統編程變得容易、安全而且有趣的人。即將到來的這一年,對於 Rust 從業餘愛好語言到軟體行業所使用的主要語言之一的轉型至關重要。
via: https://opensource.com/article/20/1/rust-resources
作者:Ryan Levick 選題:lujun9972 譯者:JonnieWayy 校對:wxy
本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive