Rust核心團隊已經肯定了Rust的路線圖提案,旨在肯定語言在一年內的位置。部分基於2016年Rust用戶進行的調查結果,它優先改善Rust的生產力,而不犧牲速度和可靠性。html
具體來講,2016年的調查顯示了Rush採用的一些障礙,例如它的學習曲線,缺少庫和IDE,對語言「成熟度」和編譯器性能的關注。擬議的2017年路線圖經過提供詳細的改進方法來解決全部這些問題。git
Rust的學習曲線在2016年調查的4個受訪者中被說起,它部分與Rust的尚未主流內存管理模型,基於全部權的概念有關。 Rust團隊將嘗試制定的策略包括改進文檔,語言診斷和功能以及工具。github
在工具方面,Rust團隊但願改進編碼-編譯-調試 週期並提供一個IDE。已經作了一些工做來改進編輯 - 編譯 - 調試周期,即經過引入中級IR(MIR)來減小Rust的表面,而且爲類型檢查和翻譯以及增量編譯提供更簡單的表示最近已達到alpha狀態。此外,Rust團隊將嘗試在當前調試版本(即「運行太慢」)和發佈版本(「構建太慢」)之間取得更好的平衡。express
Rust的庫的生態系統的成熟度是提升生產力的另外一個重點。這有兩方面:一方面,提供發現高質量的creates的方法,包括信號質量指標的徽章,更好地支持持續集成,在選定的creates上執行API審查等。另外一方面,Rust的生態系統應該增加,努力爲基本任務提供1.0級別的creates,特別關注用於服務器端,併發/異步/並行開發的creates。服務器
在生產中使用Rust一般須要將其集成到現有的構建系統中並與C ++代碼進行互操做。在這兩個賬戶上,Rust團隊旨在使Rust與現有組織的集成變得容易。特別是,在Rust中使用C ++庫不該該比在C ++中使用它困可貴多。併發
這只是2017年Rust路線圖的總結。有關Rust路線圖的詳細視圖,包括對缺點和替代方案的討論,以及未解決的問題,請參閱RFC。less