![11.1.png](https://ucc.alicdn.com/pic/developer-ecology/a7e9a874524e4cea850cd54b8ddc7fca.png)

**導讀：**如何成為一名全棧工程師？需要具備哪些技術積累？成為全棧工程師有哪些好處？希望本文能為期望成為全棧工程師的同學提供一點幫助，和同學們一起分享交流。

> 作為開發者，我們不過度區分服務端 server 客戶端 client，我們是 web developer，從事 web 開發，多去理解技術和實踐落地。

# 成為全棧工程師的道路

成為全棧工程師說不上難也說不上容易，其中技術積累佔了很大一部分：

## 1. 緊跟前沿

> 掌握足夠多的輸入。

關注海外社群新訊息釋出，業界的新產品新技術，學會高質量的獲取資訊，堅持做和習慣做。

## 2. 注重學習 & 不斷實踐

> 有屬於自己的思考和嚴謹的產出。

掌握高效學習方法，比如我們最近在做 K8s 容器叢集相關的事情，需要理解底層設計和做叢集排程，需要學習 Golang，新技術的學習過程：

- 投資一個好的 IDE，例如 Webstorm、Goland、IntelliJ IDEA 等，堅持使用。

- 認準官方文件，堅持學習。

- API 手冊檢視，不斷熟悉和記憶。

- 寫學習總結，形成良性迴圈：定義功能 -> 程式碼設計 -> 完成功能 -> 重構最佳化 -> 最佳化程式碼設計 -> 完成 -> 重構 -> 完整掌握。

總結：實踐貴在堅持，面對新的未知的領域，也要迎難而上。

## 3. 重視基礎知識 & 多做總結

> 理解清楚，事半功倍。

例如作為 Web Developer：

- 必備知識：語言基礎，Web 應用的基礎，熟悉 Linux 執行環境，網路傳輸過程 HTTP 協議，TCP 協議。

- 進階知識：熟悉瀏覽器請求過程，Web Server 埠監聽原理，資料庫原理，瀏覽器請求原理，應用程式安全通訊 TLS 協議，資料加密解密方案，資料簽名方案。

- 架構層面：應用分層模式，資料模型定義模式，微服務劃分思路，系統設計模式。

## 4. 作為無線團隊：收益最大的和最投資的部分

> 把這些最常見的問題背後的原理理解清楚，就能獨立解決絕大多數問題，提升全鏈路研發效率，和各個崗位的人溝通無障礙，協作無阻力。

要做一件事情，出什麼方案最合適，什麼角色來做最適合，採用什麼樣的技術架構更合適：

- 語言是最基礎的：HTML / CSS / Javascript / ECMAScript / Typescript / Node.js / Golang / Java 等。

- 網路協議層 HTTP 協議，DNS，7 層 / 4 層負載均衡，這裡會涉及到服務端，前端，SRE，網路安全等各個崗位的基礎知識。

- 框架層原理和細節：應用框架 React/Koa/Spring，資料庫框架，安全元件。

- 結合公司技術體系衍生的框架層約定和業務框架：阿里/螞蟻中介軟體。

- 工程化 ：CI/CD 持續整合，自動化測試，程式碼構建釋出過程。

- 基礎設施 IaaS：私有云、混合雲、公有云；AWS、阿里雲等。

對團隊帶來的價值：

- 由於無線的特點：會遇到的問題 HTTP 協議相關的佔比很大，端上的效能最佳化，網路異常處理，前後端互動的基本過程。線下除錯遇到時能快速定位和修復，線上遇到問題時，能第一時間做出快速的決策。

- 不是所有問題都是靠經驗可以彌補的，人在很多時候會重複犯錯，就怕遇到重複的問題還是找不到根因，所以需要從源頭上解決，還是要掌握全棧基礎知識。

總結：

- 基礎知識理解清楚，在使用上層的技術，例如各種框架和運維體系時，可以快速看到使用的技術背後的本質是什麼。

- 能減少犯錯機率，做更多正確的決策。

## 5. 全棧技術體系實踐

> 三人行必有我師，向身邊的人學習。

舉個身邊的例子：在做登入鑑權使用者體系，先把系統設計好，資料模型設計，介面設計，最後是實現，最重要也有價值的部分是前期的設計階段。最後分別用 Node.js、Java、Golang 實現了一遍，不同語言和框架間的實現都是類似的，功能的移植非常快，可以並行進行。

而設計出好的程式碼需要的先決條件，也是和前面的基礎部分的掌握完全匹配的，基礎越好，設計得也越好。

總結：

- 優秀的設計不僅做出的系統可靠，設計得也簡單清晰易懂。

- 寫的時候沒有負擔，維護的時候也沒有高昂成本。

## 6. 避免陷阱

> 全棧不代表降低要求，全棧是為了提升開發效率，如果質量差，不好維護，反而降低了團隊效率。

- 避免只是多涉獵，而缺少實戰，看過不等於會運用。

- 能寫全棧不代表寫出的程式碼能上生產環境，避免給自己下意識地降低要求，寫出的程式碼質量不過關就違背了全棧的初衷。

# 成為全棧工程師的好處

## 1. 掌握前後端服務端全鏈路知識體系和核心知識點

- 提高研發效率，提升解決問題能力，提高排查問題效率，可以快速偵破問題，及時處理問題。

## 2. 能理解不同崗位同學的訴求

- 後端同學：能理解為什麼前端同學會對介面欄位提出很高要求，期望後端提供的介面按照開源社群的標準來定義（好的介面是自說明的，不用過多的文件，遵循業界 API 設計規範，使用介面符合人的直覺，介面欄位穩定）。

- 前端同學：能理解為什麼後端同學不願意輕易寫特殊邏輯判斷（一套模型已經定義得很優雅了，加個特殊分支就破壞了程式碼的一致性）。

- 研發同學：能理解為什麼運維同學不願意輕易給運維許可權（底層運維一旦操作不當，做成的破壞力太大，需要深厚的技術積累）。

# 知識面不全面的反例

> 真實的反例：全棧有助於減少低階錯誤的出現。

這裡的例子都是實際存在過的，過程中我們可以發現：這些都不是什麼高深的問題，這些都是由於知識面不全面才發生問題：

- 應用服務上線，伺服器配置 nginx 代理線上 CDN，返回 502 了，開發和 SRE 一起排查下來是沒有開公網訪問許可權（原因：應用 owner 不熟悉網路知識和運維體系，沒有和 SRE 打好配合）。

- 前端域名和後端域名不同，瀏覽器請求失敗，因為有跨域問題（原因：不熟悉 HTTP 協議中的 header 運用）。

- 後端介面名字設計有歧義，不規範，不滿足  RESTful API 規範（原因：不熟悉基於 HTTP 協議的規範，本質上是 HTTP 的 中 method 的運用）。

- 其他例如 websocket 問題，前端效能最佳化，快取相關等問題排查效率低（原因：絕大多數跟不熟悉 HTTP header 有關）。

# 最後

全棧不是認證證照，不需要有人給你做認證，當你能獲得不同技術棧的同學的信任時，就是對你最大的肯定。

> “[阿里巴巴雲原生](http://mp.weixin.qq.com/s?__biz=MzUzNzYxNjAzMg==&mid=2247495365&idx=1&sn=fee71e4e9d2aded02bc648a779f07fab&chksm=fae6e50acd916c1cdd201376596a296c64926236928a40763b250dd01c4228b744e484f4cafc&token=737855835&lang=zh_CN#rd)關注微服務、Serverless、容器、Service Mesh 等技術領域、聚焦雲原生流行技術趨勢、雲原生大規模的落地實踐，做最懂雲原生開發者的公眾號。”

想成為全棧工程師，要做到哪幾點？

相關文章