逃離裁員：程式員在雲時代的生存之道

本文作者：張海龍，CODING 創始人兼 CEO

程式員日常的職業焦慮碰到 19 年初的裁員浪潮，恐慌被放大了數倍。這兩天網易又爆出裁掉了一千多人，被裁員的焦慮籠罩着行業内的每一個人。我倒覺得适當的焦慮是好事，生于憂患嘛，迫使你從日常的工作中脫離出來做一些思考。

之前對雲計算行業的未來做了一些分析，背景有人問我：就開發者個人來說，未來十年需要怎樣維護自己的職業競争力。想了想内容很多，這裡通過幾個趨勢給大家一些方向上的建議。

“No Code”會搶走程式員的飯碗嗎？

通過不使用或者盡量少的代碼來完成項目的開發模式被稱為“No Code”。從最初的拖拽式建站工具到子產品化的服務，大量減少了企業的開發負擔和代碼量。

那 “No Code”的趨勢會對程式員群體産生什麼樣的影響？

代碼熟練工群體将會消失，我們常常戲稱的“搬磚”崗位将會越來越少。未來工具的成熟會取代大量對熟練度有需求的工作崗位，就像 ETC 取代高速公路收費員一樣。

同時在某些标準化場景下，經驗型的知識會迅速貶值，商業的力量會将所有的通用型經驗包裝成産品。

在這樣的情況下，開發者們應該如何進行職業規劃呢？

NetFlix 全周期型程式員理念

NetFlix 提出了全周期型程式員的概念，簡單來說就是把研發分成了兩個部分，一部分人專門負責針對各個環節進行深入的研究和工具的開發，而另一部分人則以個人為機關，運用這些工具做出産品。

這是一種全新的研發組織架構，原來的流水線是每人負責一小塊，涉及大量的協作工作。而在這種架構中，開發者一個人負責需求實作的全部，需要什麼零件，到對應的倉庫找，需要裝置就找對應的裝置進行加工，如果碰上特别複雜的問題可以找專家組解決。這樣能更少的依賴其他人進行工作，減少結構性的加班。

NetFlix 的架構是建立在強大的基礎設施能力和階梯式人才儲備上的，一般企業很難有如此完整的配置。不過現在流行的微服務化、元件化等趨勢也逐漸在小公司興起，這也是全周期型程式員理念的展現。

開發者們将何去何從？

在我看來，未來十年全周期型程式員的理念将越來越盛行，這意味着未來程式員人群的兩極分化将愈發嚴重，其中兩種人将最吃香：

一是深耕于某一領域的專家型程式員，主要工作是定義各種工具元件，這樣的人主要會就職于超級大廠或者工具供應商。

二則是對軟體設計有深入了解并能解讀實際業務需求的業務型程式員。這類工程師将會服務于各個企業，解決實際業務需求。

其中，對業務型程式員的市場需求将占據 95% 以上，雲時代，想成為一個優秀的業務型程式員需要具備以下能力：

工具思維

随着工具的成熟，對工作熟練度的要求降低後，對工具的選擇和能否快速适應新的工具将成為優秀業務型程式員的主要判斷标準。工欲善其事，必先利其器，一個優秀的業務型程式員需要主動去了解新的工具和産品，拓寬自己的視野，避免手中隻有錘子是以看啥都覺得是釘子的情況。

但工具思維并不僅僅是了解最新的工具，而是要在有足夠資訊的情況下選擇最合适的解決方案。很多時候最合适的解決方案恰恰是最土的解決方案而不是最新的。每個項目開始之前需要做好技術選型，合理利用各類工具，将效能最大化。

快速學習的能力

對于業務型程式員來說，無論是面對需求還是市面上日益增多的工具和産品，都需要快速抓住核心，理清脈絡。同時為了避免成為 API 工程師，一個優秀的業務型程式員需要再放一些精力在“術”的次元上，比如如何根據業務需求來選擇業務模式、了解持續內建/ DevOps 等方法論的真正意義。

對業務的深入了解

從公司角度來說，大部分公司都是以盈利為目的的，随着大量共性的工作逐漸被工具替代，解放了勞動力，企業更聚焦于核心業務子產品。這也意味着，除非立志于成為專家型程式員，你或多或少都要開始了解公司的核心業務，從全局視角做開發，盡可能去了解趨勢、行業和公司業務，做到知其然還知其是以然，也能為之後的崗位轉型做準備。

軟體開發的前十年，伴随着開發方式的轉變和技術爆發，程式員面臨着巨大的技術焦慮，未來十年，軟體開發組織形式可能也會發生一系列的變化。阿裡說“擁抱變化”，把握住變化帶來的機會會讓開發者們更輕松，更高效的擷取收入。

“若不抽出時間創造自己想要的生活，你最終将不得不花大量時間應付自己不想要的生活。”

——Thucydides

Reference：

https://medium.com/@rrhoover/the-rise-of-no-code-e733d7c0944d

https://medium.com/netflix-techblog/full-cycle-developers-at-netflix-a08c31f83249