『頭破血流』學編程語言（Rust 篇）
學習 Rust 已經有一段時間了，斷斷續續地在業余時間造了一些輪子。通過這一系列的練習和仿造，對于如何學習新的編程語言有一些新的感悟。這篇文章講的方式并非是捷徑，也不是什么 7 天精通，而是繼續使用笨辦法地方式來進行學習。
從我的角度來看，前者的介紹過于簡單，只是告訴了你應該這么做，但是沒有說要怎么做。而后者則難度太大，對于大部分的人來說，幾乎是不會想著去做這樣的事情。而本文的難度呢，剛好介于兩者之間，至于是不是中間嘛，也不好說。難度，因人而異，因時間也有區別。
對于編程和計算機理解越來越深刻，那么原先難度適中的事情，因為做過會變得更加簡單;而原先復雜的事情，如果我們還沒做過，那么我們可能還覺得它依然相當的復雜。
為什么學習新的編程語言?
工作多年，我們依然會和同事、朋友討論到：業務是永恒的，技術是永遠在變的。所以，成為一個業務專家更容易、更持續，成為一個技術專家更難、更需要持續提升。選擇很難，因為我們不是火星人，也沒有上帝視角。所以，成為一個技術上的專家，我們需要不斷地接觸一些新的東西，接受一些新的概念。其中的一種模式便是，人們口中經常說的：每年學習一門新的語言。
從個人的角度來看，這是一個非常 SMART (具體、可度量、可實現、相關性、有時限)的目標。所以，它還會存在這么一些優點：
- 保持學習的習慣。
- 為技術熱情添到香油。
- 學習不同的編程模式。
- 拓展職業機會和前景。
除此，從職業雞湯上來說，就是：機會是留給有機會的人。如果你學習了一門新的編程語言，那么未來有相關的機會，你更有可能觸摸到。
若是你將學習新的編程語言，視為非常火熱的什么內卷化、奮斗逼之類的說辭，那么我倒是沒啥好說的。有的人是真的在 “奮斗”，有的人是想了解各種有意思的東西。從我的角度來看，學習新的編程語言和上述的說辭是不存在關系的 —— 不存在競爭，只是加一條賽道，笑。
尋找語言學習的高效路徑
在上文中，我提及的第一篇文章《學習的藝術——如何學好一門技術、語言》在今天對于我來說，已經是一個相當浪費時間的事情 —— 重復勞動。文中提到的方法，無非是造重復的輪子、重寫舊的應用，這種方式和諸如在 30 天里去練習不同的項目，都只是在特定的場景之下，出于特定的目標而練習的垃圾產物。隨著我們的成長，生活和工作上的一些事情，會占據我們更多的時間。盡管，我尚未被這些問題困擾著，但是我已經有了一個又一個的方案。不過，我相信你們都會有這些問題。
簡單來說，我們需要即學好一門編程語言，又不重復勞動。所以，可行的方式是學習新的語言，并在新的編程語言里尋找新的輪子。諸如于《『如何同時學會兩門編程語言?』》就是一種不錯的方式，但是對于多數的人來說，它有點難。不過，從個人的角度來看，如果你是選擇從一個 XML 解析、JSON 解析開始的話，可能就沒有那么難。但是，就是在重復的造輪子。
這么一圈廢話下來，其實我們的結論就是：在語言的適合場景下，造適合的輪子 —— 這可能意味著一定的時間成本。比如，用 JavaScript 來處理非關系型數據，用 Go 來開發跨平臺命令行工具，用 Rust 來開發 WASM 應用等等。
高效路徑
在我嘗試了一系列的造輪子工作之后，我有了一個初版的模型(基于 Rust 語言)。我暫時劃分了四條路徑：
- 工程實施。即使用該語言時，開發應用時需要哪些實踐。
- 應用開發。理解完整的開發應用所需要的知識體系。
- 框架設計。使用該語言如何進行各種抽象設計。
- 語言練習。要么用它來寫語法解析，要么來解析這門語言。
- 領域特定編程/場景編程。即尋找適合這門語言的場景。
作為初版，這條路徑可能不一定能 match 上你的需要，但是隨著我們不斷也提升，我們終將能形成一個更完整的路徑。
工程實施
從工程實施，這個角度來看，我們所要掌握的是一些基本的編程能力：
1.自動化測試。諸如于單元測試、集成測試等等，以幫助我們開發出高質量的應用，并節省 debug 的時間。
- TDD(測試驅動開發)。同上。從個人的角度來看，若是掌握 TDD 這一項技能，可以編寫高質量的代碼。
- 測試覆蓋率。
- 持續集成。真實的軟件開發需要持續集成，這也是我們學習編程語言時，要掌握的工程技能。
- 構建管理。尋找適合于這門語言的構建體系，以幫助我們構建出可信的軟件。
如我們在使用 Rust 開發應用時，就可以使用 GitHub + Travis CI 的方式完成對于持續集成的了解;結合 Justfile/Makefile 等，完成自動化的構建。
應用開發
應用開發是基于真實項目的角度出發，來完成對于語言的練習。這些內容包含了：
- 自動化部署。主要用于學習在真實項目下，如何提交效率。
- 容器化部署。
- 分層架構。如何合理的劃分項目的目標結構，常見的方式有兩種：
- MVC 架構。傳統的三層架構
- 整潔架構。基于抽象的形式設計的架構
- DevOps 體系。根據需要，完成從需求到上線流程的支持。如：
- 應用性能監控。
- 日志。
不同的語言之間，或許存在一些差異，但是從最終的情況來看，它們都需要提供一致性的接口，或者是采用一致性的接口。如對于數據庫的訪問，使用的接口是一致的;提供 RESTful API，其對于消費者來說，也需要提供一致地 API。
框架設計
框架設計是基于造輪子的需求場景下的路徑。它包含了：
- 抽象。語言如何進行抽象
- 支持 OO。
- 不支持 OO。如何使用諸如于 Rust Trait 完成類似的工作
- 語言無關。如何進行跨語言的設計支持。如：
- 語言無關的數據格式。
- 模塊化開發。如何完成跨團隊、跨業務模塊的代碼、服務共享。
- 包管理/依賴管理。如如何構建，并發布到制品倉庫，實現復用。
框架設計從理論上來說是稍微復雜一些。至于有沒有必要，就看你想學習到什么程度了。
語言練習
語言練習是《如何同時學會兩門編程語言?》模式之下的一種路徑方式，相對會陡峭一下。
- 編寫其它語言/DSL 的解析器。
- 使用其它語言編寫該語言的解析器。
- 使用該語言解析該語言。
嗯，是不是有點意思了。從場景上來說，當我們拿到了一個語言的 AST，然后就可以嘗試去做一些高端的事情。如我在 Coca 里做的自動化重構、架構可視化等等。
領域特定編程
領域特定編程是在該語言擅長的場景下，做該語言擅長的事情。如 Rust 里的
- 跨平臺
- WASM
- 一門應用跨端運行
- 系統級編程
- 結合系統接口，如獲取用戶輸入，并修改輸出。
這依賴于我們識別場景，并知曉出什么時候才是合適的場合。
其它
沒有銀彈，如果有的話，那就不需要人類了。
本文轉載自微信公眾號「Phodal」，可以通過以下二維碼關注。轉載本文請聯系Phodal公眾號。
