拒絕「佛系」程序員！

最近與朋友聊起近些年的經濟發展趨勢，他的觀點：

從金融行業來看，現在監管的力度越來越大。比如08年之前，我把它叫做金融發展期，08年之後，稱為金融抑制期。當然，中國因為四萬億的事情有些滯後，一直到13-14年，也進入了抑制期。

14年之後，絕大多數的業務從表面看沒變，但其商業模式、產品形態、營銷模式及服務都在重塑。也許經濟發展放緩是大勢所趨，而對技術而言，無論是人力還是科技探索，都將進入下一輪生命周期，猶如春、夏、秋、冬。

內容有些偏激，但卻一針見血。

不得不承認，以互聯網+為例，經歷過經濟的飛速發展期並隨著市場格局的確立，其整體發展已趨向於平穩。除少數「獨角獸」異軍突起之外，絕大多數的企業均已告別增長期，紛紛進入平穩期甚至衰退期。

的確，回顧12年-15年，正值互聯網金融雄起。以Java中/高級程序員為例，只要能把多線程說出個道道來，看過幾次財經訊息，並對 「金融」 倆字能說出個所以然來的，基本都手握2-3張offer。你說這人不咋地，跟他談談績效改進，人家一跳槽，不是混上個總監，就是搞上個經理……

16年，股災與熔斷過後，給金融與技術帶來了什麼？

先看看金融圈，股市一團糟：現金貸也好，固收類（P2P）也罷，不是今天你跑路，就是明天我被抓，往日的雄風一掃而光，剩下的只是一地雞毛。除非你已是C輪以上的企業，將技術投入作為一種儲備或後續待發。除此之外，不是直接跟你Say Goodbye，就是壓縮編製、優化人員結構，對資質要求更細緻、更專業。

再看看技術圈，區塊鏈，除了某些頭部公司外，絕大多數都停留在明明一個Excel能搞定的東西，非要把它搞上鏈，似乎顯得 「有理想，總是好事情，愛折騰，總是好同志」。除此之外，人工智慧？無人駕駛？甚至是AIOps？我覺得都尚處於研究探索階段。至於DevOps、容器化、中間件，基本都有成熟方案，基本都處於供大於求的局面。

也許我的話有些激進，又或許有些片面，但存在即事實。對於絕大多數企業而言，業務增速放緩是不爭的事實，而那些在快速增長時被掩蓋的問題，也逐漸暴露出來。

業務增速放緩對技術團隊的影響

在我看來，業務增速放緩對技術團隊最直接的影響有以下三點：

1、技術架構已滿足N年規劃，無需再過多投入

在上一波互聯網紅利的沖刷下，鋪天蓋地的技術文章與基礎架構服務瀰漫著整個技術圈，今天這個人跟你說這問題該怎麼解決，明天那個供應商跟你說我的服務又快又穩。

而在這些有著良好的基礎、擁有豐富的架構設計理論和實踐的人的推動下，許多公司過早地進入了 「過度設計」 的惡性循環。

什麼叫 「過度設計」 的惡性循環？我舉個例子吧。

A公司在前幾年業務的快速增長中，從幾萬級流量增長到百萬級流量，隨之架構師開始添磚加瓦，拆分緩存、服務及分庫分表。不但滿足現有業務要求，並為將來的千萬洪潮做好準備。

由於首席架構師具有互聯網大公司背景，並且架構設計理論和實踐都較為豐富，對於這種常見場景，短短几個月就搞定，上線。而在上線之後的半年裡，由於市場客觀原因，每日新增的量不過幾萬，在這樣的增量下，系統運行極其穩定。

系統平穩運行了幾個月之後，架構師又提出新的升級方案，然而這次的設計異常複雜。迭代步驟需拆分成四階段，每個階段都舉步艱難，導致開發節變慢，測試質量低下，產線也開始頻繁出錯。業務方抱怨聲不斷，因此小夥伴們不得不通過加班加點完成需求，真是苦不堪言。

其實，這個案例中的技術架構在第一期上線後就已滿足了業務在N年後的規劃，已無需再過多投入，或是該將技術投入到運營及運維的功能迭代上去。

但或許是互聯網人才與生俱來的 「屁股在小公司，思想卻在大公司」 的通病，又或許是閑著無聊，要展示下自己的技術功底，活生生地將生產系統拖入了 「過度設計」 的惡性循環。

2、招聘需求收縮，更看重工作背景，要求更細緻、更專業

成本一旦受到控制，將直接影響到招聘。很簡單，就給你這幾個人頭，況且又不急著你做出什麼耀眼的成績，你當然希望找稱心如意的，而那些背景不夠優秀的候選人就會面臨被淘汰的危機。尤其是非互聯網背景與被動離職的互聯網背景，錄取的幾率會較低。

另外，當面對薪資、級別差不多的候選人時，顯然會更傾向於擁有更加豐富技能的人。

就此看來，在面對人才爭搶如此激烈的市場環境下，入職頻率下降到1-2個/半年，也不是什麼新鮮事。

3、更注重軟技能與價值觀，輕視（或不太關注）硬技能

什麼叫注重軟技能與價值觀？說白了就是要求每個人都能有意識、有意願地提高溝通技巧、大局觀、情緒控制及同理心。同時，在共同奉獻的原則上，將自己的行為舉止、思維模式，乃至說話語調，往 「一片祥和」 的路線發展。

至於如果Dubbo源碼里有BUG，會不會導致系統崩潰？如果系統流量突增N倍，是否能夠扛得住？如果……這些點，別說高層，你自己又關心過多少？是不是有很多時候腦海中都會冒出 「就這點量，做這種事有必要嗎？」 的想法呢？

再說得直白一點，在業務增速放緩的大背景下，絕大多數人都會將處事原則調整為 「不求有功，但求無過」。

設想下，作為管理者，如果團隊中絕大多數的人都一團「佛系」，那麼這支隊伍還能打仗嗎？

如何保持技術團隊的高效與穩定？

以下就通過我個人的經歷、經驗以及教訓，談談在業務增速放緩對技術團隊的直接影響下，如何保持團隊的穩定性及士氣。

1、不倡導技術探索，推行平台化建設

技術小夥伴都有著深挖洞的情節，任何技術話題都非要探個究竟方可罷休。但別忘了，探索與運用到商業生產之間還是隔著千山萬水的，弄不好就會搞個P1級事故出來。

在業務增速放緩時，注意力可以從性能、擴展性等非功能性目標上移開，聚焦在提升生產力上。比如開發效率，以及能夠提升工程師為自己的產出物質量負責的意識，並最終將這些效率，固化到DevOps平台之上。不僅推動了自動化構建、測試和部署流程，還追趕了技術前沿，不失品味。

2、推動走出去交流與學習

技術交流是一種很好的學習方式，比如定期開展技術分享會，或是請業內的技術大咖過來做培訓、沙龍等。

不過我覺得，找准自己團隊的對標企業（或團隊），有針對性地樹立標杆，並將這種方式和習慣在團隊內進行宣貫，也是一種無中生有的絕佳方式。

3、推動技術團隊參與到業務決策中

與業務產品方一起，做好前期的需求估算，將決策、信息公開透明的向技術小夥伴展示，鼓勵小夥伴對產品發表意見，讓小夥伴介入到需求的決策過程。

寫在最後

看完上面的內容，也許有人會怒噴，覺得這都是偷換概念的套路。對滿懷夢想的技術小夥伴毫無用途，該走的，該跳的，該幹嘛還是幹嘛，沒任何用。

但我想說的是，這個世界是由客觀組成的，而不是由我們的主觀幻想組成的。業務不發展是硬傷，誰也無法阻擋。

如果你的老闆沒有揮動裁員的利斧，沒有卷錢跑路，留下一堆警察叔叔陪你玩的話，你應該感到慶幸，應該心存感恩，畢竟絕大多數的業務增速減緩都與其行業瓶頸期有關（如金融強監管收緊）。只要你還認同這個行業，認同這家公司，認同這個老闆，相信用不了多久，必定會柳暗花明又一村的。

在此期間，作為技術管理者，更應該保持技術團隊的高效與穩定，夯實自己的系統，迎接下一波紅利的到來。

作者：王曄倞，18年IT從業經驗，現任職好買財富平台架構部技術總監，負責好買中間件及平台化的研發及運營，團隊管理和實施重大技術決策。曾任大智慧測試總監，在2年內帶領團隊自研了「大智慧雲測試平台」，通過平台化將金融數據服務業務從瀑布式逐漸轉型為DevOps。

聲明：本文為作者投稿，版權歸作者個人所有。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！