1.根據(jù)Rust的特點和定位適用于對控制性比較強，對性能很敏感的領(lǐng)域，比如底層軟件(OS/driver)，基礎(chǔ)系統(tǒng)軟件（Compiler/VM/DB等），性能要求比較高的應用軟件（瀏覽器/圖形圖像處理/游戲/高性能服務器軟件等，或者可能包括近來很火的ML應用方向）。2.底層軟件(比如OS/driver)部分是和C應用領(lǐng)域有很大重合度的，在這個領(lǐng)域我認為對C沖擊不大。在這里C已經(jīng)足夠好了，而且這些領(lǐng)域技術(shù)性很高，但業(yè)務邏輯其實并不算太復雜，Rust的優(yōu)勢作用有限。而且Rust相比于C語言，帶來了一定的“黑盒”和這些領(lǐng)域一些不需要的語言復雜特性。C作為“可移植的匯編”恰到好處的非常適合這個領(lǐng)域，其他語言基本無法構(gòu)成挑戰(zhàn)。3.前面1中提到的領(lǐng)域除了底層軟件(OS/driver之類)剩下的領(lǐng)域，C++目前最具有優(yōu)勢。在這些領(lǐng)域C++相對于C提供了高級特性方便開發(fā)，相對于JVM系的性能更高內(nèi)存更少。（雖然這些領(lǐng)域有些知名軟件是C和JVM系的，比如postgresql/redis/nginx/Hadoop/spark等，但在這些領(lǐng)域目前只有C++一個是全能型）我認為rust的主要戰(zhàn)場就在這里，需要對決的對手就是C++。C++既有的力量（系統(tǒng)/代碼/人員/習慣)太強大了，在這些領(lǐng)域完全打敗C++是非常困難的。而且C++也在不斷發(fā)展，近年來發(fā)展的步伐也快了起來，C++11/14/17等等。但C++的歷史包袱是很重的，越發(fā)展其實復雜性也在不斷提高，何況有些問題（像安全/異常/復雜繼承等等）是基因里的，通過增加feature打補丁是彌補不了的。Rust最容易吸引的人群可能是C++程序員：因為，一方面解決了不少C++的痛點，另一方面Rust的很多特性其實有點復雜也有點門檻的。這些特性背后的動因有C++背景的程序員是非常容易理解，也是不少C++程序員夢寐以求的。相對而言，其他語言背景出身的程序員，對Rust的共鳴性遠遠沒有C++程序員強烈。猜測Rust會：a.蠶食掉一定的C++份額。一些可能本會選擇C++開發(fā)的新項目，可能會選擇Rust。b.蠶食掉一定的Java份額。有些項目選擇JVM系是由于C++開發(fā)太復雜，同時該項目對性能又有一定的要求。那么Rust出現(xiàn)以后也會蠶食掉一定的此類項目。c.蠶食掉一定的golang份額。不滿意gc（即使1.5改善了，gc的先天問題是無法徹底解決的），不滿意泛型，不滿意性能的一部分項目。不過也要依賴于Rust未來并發(fā)的解決方案是否足夠理想了。1.0這種是沒戲的。d.移動端Rust從自己實力上說是夠的。不過這個真的要看出品移動端設(shè)備的“爹”的意思了。Rust自身有一些優(yōu)勢非常明顯，在這些領(lǐng)域是很有競爭力的。Rust社區(qū)一定要重視IDE開發(fā)環(huán)境，花費精力出eclipse/intellji/vs的高質(zhì)量的IDE插件，對于推廣和流行大有幫助。只要Rust社區(qū)不要犯D語言曾經(jīng)反復折騰的毛病，能像golang社區(qū)那樣基礎(chǔ)做的不錯并且工程質(zhì)量優(yōu)秀，那么未來Rust出幾個殺手級的應用，前途還是很可期的。
創(chuàng)新互聯(lián)建站專業(yè)為企業(yè)提供長安網(wǎng)站建設(shè)、長安做網(wǎng)站、長安網(wǎng)站設(shè)計、長安網(wǎng)站制作等企業(yè)網(wǎng)站建設(shè)、網(wǎng)頁設(shè)計與制作、長安企業(yè)網(wǎng)站模板建站服務，10余年長安做網(wǎng)站經(jīng)驗，不只是建網(wǎng)站，更提供有價值的思路和整體網(wǎng)絡(luò)服務。
Go語言非?？幔]有為我提供足夠的類型安全。如果不需要并發(fā)，那么我寧可繼續(xù)使用Python及其生態(tài)環(huán)境，而不會去冒險采用Go重寫一切。如果需要并發(fā)，那我也不會使用Go，因為它缺乏類型安全，這個炸彈肯定會爆炸。
Rust非常適合并發(fā)和安全，盡管futures-rs的“箱子”（Rust里函數(shù)庫叫做“箱子”）依然非常新。我認為，以后Rust會成為許多后臺的默認語言。
函數(shù)式語言
Elixir
Elixir 比 Erlang 更容易編寫，具有 Haskell 等語言的函數(shù)式編程概念。Elixir是基于Erlang 虛擬機的，其廣為人知的特點是運行低延時、分布式、可容錯的系統(tǒng)，并成功用于Web開發(fā)與嵌入式軟件領(lǐng)域。
Elm
Elm是一種用于構(gòu)建 Web 應用程序的函數(shù)式語言。業(yè)內(nèi)一般認為，它適用于創(chuàng)建高可交互應用，例如復雜的用戶界面，開發(fā)人員可以通過 Elm 快速編寫富有表現(xiàn)力的系統(tǒng)。Elm 也以沒有運行時異常而聞名。
PureScript
PureScript是一種可編譯為 JavaScript 的純函數(shù)式編程語言。與 Haskell 最相似的是，PureScript 最適合用于開發(fā) Web 應用程序和服務器端應用程序。
PureScript 支持類型推斷，與其他語言相比，需要明顯類型注釋要少得多。
Swift
Swift是一種由蘋果公司開發(fā)的通用編譯編程語言，最早的設(shè)想是替代上一代編程語言O(shè)bjective-C ，過程中結(jié)合了Objective-C、Rust、Ruby 和 Python等語言的編程思想。目前Swift用于開發(fā)蘋果自己的手機、服務器、臺式機上的應用軟件。
程序語言
Go
Go語言是由谷歌公司創(chuàng)造的類似C風格的語言。Go 比 C++ 或 Java 更簡潔，比 Ruby 或 Python 更安全。
一些缺點： 編碼要求嚴格。比如，不能混用符號和無符號整數(shù)。還有一個明顯的遺漏，Go語言沒有泛型和繼承。
但Go語言的優(yōu)勢同樣明顯，簡單且易于使用。Go語言擅長于網(wǎng)絡(luò)和多線程方面的編程。
面向?qū)ο笳Z言
DART
Dart同樣來自谷歌公司具有C語言風格。Dart可以輕松編寫JavaScript、Java for Android、本地機器代碼或獨立的 Dart 虛擬機。它還可以運行后端代碼。
Dart 非常適合使用事件驅(qū)動代碼構(gòu)建用戶界面。根據(jù)Dart 團隊成員的說法，Dart的優(yōu)勢：可選的靜態(tài)類型、最小的編譯時錯誤和強大的內(nèi)置編輯器。
Pony
Pony是一種基于無數(shù)據(jù)競爭類型和垃圾收集的語言，并使用 actor 模型以及稱為引用功能的東西。
你可以把 Pony 想象成某種“Rust 遇上 Erlang”的復合體，沒有鎖，高并發(fā)是其主要優(yōu)點。
Pony 的缺點是 API 穩(wěn)定性低、很少有高質(zhì)量的第三方庫和有限的本地工具。
TypeScript
TypeScript是一個基于 JavaScript 靜態(tài)類型定義構(gòu)建，并由微軟維護且開源編程語言。Visual Studio Code 或Visual Studio 是推薦的IDE編輯器，微軟大廠的用戶體驗和錯誤檢查也不用懷疑。
復合編程語言
Hack
Hack是一種作為 PHP 方言的 HipHop 虛擬機的編程語言。于 2014 年由Facebook創(chuàng)建，允許程序員同時使用靜態(tài)和動態(tài)類型（也稱為漸進類型），這為編碼提供了靈活性。
Julia
Julia是一種高級通用編程語言，用于計算科學和數(shù)值分析。Julia 以動態(tài)類型和可重現(xiàn)的高性能特性而聞名。
Julia 在數(shù)據(jù)可視化和機器學習等方面都有大量用途。事實上，它被英國保險公司 Aviva 用于風險計算，紐約聯(lián)邦儲備銀行用于金融建模，甚至氣候建模聯(lián)盟用于氣候變化建模。它擁有Fortran、C++、R、Java、C 、Python等的接口，這使其成為最受追捧的新語言之一。
Kotlin
Kotlin是運行在 Java 虛擬機中的更快、更流暢的 Java 版本。它現(xiàn)在是Android 開發(fā)的首選語言。根據(jù) Android 開發(fā)者網(wǎng)站顯示，程序員正轉(zhuǎn)而采用 Kotlin，因為該語言的樣板代碼更少，空指針異常更少，并且與 Java 有互操作性。
Kotlin 可用于在 iOS 和 Android 上運行的應用程序、不使用額外運行時或虛擬機。
Nim
Nim是一種優(yōu)先考慮可讀性的靜態(tài)類型語言。通過結(jié)合多種語言的特性，Nim 為程序員提供了速度和易用性。
它帶有 JavaScript 后端、分散的包管理、自動內(nèi)存管理、C 和 C++ 庫的綁定以及用于調(diào)試的回溯。作為一種語言，Nim 是有限的，但它包含一組元編程功能，如泛型、模板和宏，因此開發(fā)人員可以在避免冗長代碼的同時以不同的風格工作。
OCaml作為此列表中較舊的語言，OCaml是一種多范式語言——既有函數(shù)式、命令式和類型安全，也具有面向?qū)ο蠊δ堋?/p>
OCaml 的一些優(yōu)勢：定義數(shù)據(jù)類型很容易。默認情況下，所有變量都是不可變的。API 穩(wěn)定，具有良好的庫向后兼容性。該語言還為獨立應用程序提供自動內(nèi)存管理和單獨編譯。
Reason
如果比JavaScript 更快、更簡單且類型安全會怎樣？
這就是創(chuàng)建Reason的 Facebook 開發(fā)者想要回答的問題。不過，他并沒有從頭開始構(gòu)建一種新語言，而是采用了 OCaml，并將其調(diào)整為類似于 JavaScript。
Reason使用項目 BucketScript編譯為 JavaScript，并且可以訪問 80% 的 JavaScript 工具和生態(tài)系統(tǒng)。它還可以編譯為準系統(tǒng)、iOS、Android 和微控制器。
Red
Red是一種最初旨在克服 Rebol 語言限制的編程語言。Red 于 2011 年推出，受 Rebol、Lua 和 Scala 等語言的影響，對高級和低級編程都很有用。
該語言可用于開發(fā)從高級 GUI 到低級操作系統(tǒng)的所有方面。Red 擁有人性化的語法、低內(nèi)存占用和垃圾收集等優(yōu)點。
Rust
Rust解決了一些與 Go 相同的問題，如系統(tǒng)級別的線程和進程安全，，但Rust 更像 C 風格的語法
但Rust語言的缺點：靜態(tài)類型和缺乏垃圾收集
Rust可直接訪問內(nèi)存意味著程序員可以編寫低級代碼，如操作系統(tǒng)內(nèi)核。Rust 也非常適合嵌入式設(shè)備、網(wǎng)絡(luò)服務和命令行編寫。
對于Rust的優(yōu)勢我的體會如下：
* Error Handling機制好太多，用Result封裝函數(shù)運行結(jié)果靈活性大大提高，代碼也大大簡潔
* 函數(shù)式編程支持較好，有Lambda這種東西，使得它寫起來甚至有Ruby的感覺
* 效率高，沒有了GC和Runtime，速度是沒得說的
* 支持范型
* 有宏和編譯器插件這些黑客技，語言擴展性較好
* 社區(qū)活躍度更高，更強調(diào)社區(qū)的作用，有[RFC](GitHub - rust-lang/rfcs: RFCs for changes to Rust)。[中文社區(qū)](Rust China)也有了
Rust的劣勢是：
* 語言特性復雜，對新手就不會那么友好
* 穩(wěn)定性不夠，語言的進化較激進
* 第三方庫的成熟度還落后于Go，商業(yè)化的應用也還不夠
我并沒有什么編程的經(jīng)驗，覺得編程實在是太復雜了，不喜歡去研究太多，對這個也不怎么懂，只能說自己是個半吊子，就是所掌握的知識，也是東拼西湊的，朋友和我說點兒，自己去書上看一點兒，只能說根據(jù)自己的體驗給出一些體會吧。
Rust的優(yōu)勢是：
1、Rust把安全、精確的內(nèi)存管理作為一切的中心放在首要的位置。
2、Rust同時擁有特別強的控制性和特別強的安全性。
3、Rust語言通過： 優(yōu)秀的類型系統(tǒng)設(shè)計、 嚴格的編譯器靜態(tài)審查、 配合程序員局部核對、加上少量的運行時校驗，保障了內(nèi)存安全。
4、Rust的語言特別的復雜，導致學習曲線比較陡峭，對于初學者來說難度較大。但學通之后將終生受益。
5、效率高，速度特別的快
6、 支持范型
7、 社區(qū)活躍度很高，更加的強調(diào)了社區(qū)的作用。
8、Rust 有更強的語義，更容易捕獲錯誤的邏輯，編譯器直接檢查出你代碼中的不安全的部分
Rust的劣勢是：
1、 語言相對來說比較復雜，對于新手來說，讓新手摸不著頭腦。
2、還不算太穩(wěn)定。
其實我覺得什么代碼啊編程啊這些東西還是比較適合理工的學生去研究，我一看腦袋就大，完全不明白在講什么。我大概了解的就是這些，語言的話大家可以多方面的去了解，也不是說有缺點就是不好，看配置看個人吧，每個人習慣不一樣，也許有的人用不穩(wěn)定的還覺得挺好呢，有的人就喜歡比較完美的，在我看來編程這個東西真的是很復雜，會有很多的代碼，這些代碼弄得我自己頭都大了，有的時候還得去惡補一下。
重慶分公司
重慶分公司
