最近逛職場社區的時候,刷到一個職場話題,老生常談了,但是每次參與討論的同學都好多。
這個問題問得比較扎心:
“為什麼有些企業的裁員首先從技術人員開始?”

關於這個問題,網上有一個被討論很多的比喻:
“房子都蓋起來了,還需要工人麼?”
有一說一,這個比喻雖然刺耳,但卻非常形象地揭示了某些企業的用人邏輯,尤其在某些非技術驅動型的公司裡。
在某些非技術驅動的公司(比如傳統企業轉型、或者業務模式成型的公司),其實技術部門很多時候是會被視為「成本中心」,而非「利潤中心」的,我相信在這類企業待過的技術同學肯定是深有體會。
就像蓋大樓一樣,公司需要做一個 App,或者搞一個系統,於是高薪招來一幫程式員“垒代碼”。
當這個產品上線,業務跑通了,進入了平穩運營期,公司某些大聰明老闆總會覺得“房子”已經蓋好了。
這時候,一些開發人員在老闆眼裡就變成了“冗餘”的成本。
大家知道,銷售部門、業務部門能直接帶來現金流,市場部能帶來使用者,而技術部門的代碼是最看不見摸不著的。
一旦沒有新的大項目啟動,老闆會覺得技術人員坐在那裡就是在“燒錢”。
那拋開這個“蓋樓”的比喻,在這種非技術驅動的公司裡,從純粹的財務角度來看,裁技術崗往往是因為“性價比”太低。
所以這裡我們不得不面對的一個現實是:技術人員通常是公司裡薪資最高的一群人。
高薪是一把雙刃劍呢。
一個初級程式員的月薪可能抵得上兩個行政,一個資深架構師的年薪可能抵得上一個小團隊的運營費用。當公司面臨現金流危機,需要快速削減成本時,裁掉一個高級技術人員省下來的錢,相當於裁掉好幾個非技術崗位人員。
除此之外還有一個比較尷尬的事情,那就是,在技術團隊中,往往存在著一種“金字塔”結構。
隨著工齡增長,薪資漲幅很快,但產出效率(在老闆眼裡)未必能線性增長。
腦補一下這個場景就知道了:
這時候某些大聰明老闆的算盤就又打起來了:
裁掉一個 4 萬的老員工,招兩個 1 萬 5 的小年輕,代碼量翻倍,團隊氛圍更活躍,成本還降了,這種“優化”在管理層眼裡,簡直是“降本增效”的典範。
所以綜合上面這種種情形分析,這時候,文章開頭的那個問題往往也就會逐漸形成了。
所以事就是這麼個事,說再多也沒用。
既然環境不能左右,那作為個體,我們又該如何自處呢?
這裡我不想灌雞湯,只想務實地聊一聊我所理解的一些對策,希望能對大家有所啟發。
同時這也是我給很多後台私信我類似問題的小夥伴們的一些共同建議。
1、跳出技術思維,建立業務思維
千萬不要只盯著你的 IDE 和那一畝三分地代碼,抽空多了解了解業務和流程吧,比如:
當你能用技術手段去解決業務痛點(比如提升轉化率、降低伺服器成本)時,你就不再是成本,而是資產。
2、別溫水煮青蛙,要保持技能更新
這一點之前咱們這裡多次提及,在技術行業,吃“老本”是最危險的。
當今的技術世界變化太快,而作為程式員的我們則恰好處於這一洪流之中,這既是挑戰,也是機會。
還是那句話,一定要定期評估一下自己的市場價值:如果明天就離開現在的公司,你的技能和經驗是否足以讓你在市場上獲得同等或更好的位置?
無論在公司工作多久,都要不斷更新自己的技能和知識,確保自己始終具有市場競爭力。
3、別讓自己的工作經驗爛掉,有意識地積累職業資產
這一點我們之前其實也聊過。
除了特定的技術、代碼、框架可以作為自己可積累的能力資產之外,其實程式員的職業生涯裡也是可以有很多可固化和可積累的有形資產的。
比如你的技術經歷、思維、經驗、感悟是不是可以寫成技術博客文字?你寫的代碼、工具、框架是不是可以形成開源項目?你的工作筆記和踩坑記錄是不是可以整理成技術手冊?
千萬不要讓自己的工作經驗爛掉,而是要有意識地將自己的技術資產化,將自己的過往經驗、知識、能力轉化成在行業裡有影響力的硬通貨。
4、儘早構建 Plan B,提升抗風險能力
當然這一點雖然說的簡單,其實對人的要求是比較高的。前面幾點做好了,這一點有時候往往就會水到渠成。
我覺得總體的方向應該是:儘量利用你的技術特長來構建一個可持續的 Plan B。
比方說:開發一個小工具、寫寫技術專欄、或者運營一個 GitHub 項目、在技術博客或社區中建立個人品牌...等等,這些不僅僅能增加收入,往往還能拓展你的人脈圈。
其實很多程式員在年齡大了之後越來越焦慮的一個重要原因就是因為生存技能太過單一了,所以千萬不要給自己設限,埋頭趕路的同時也不要忘記時常抬頭看看周圍的環境和機會。
好了,今天就先聊這麼多吧,希望能對大家有所啟發,我們下篇見。
注:本文在GitHub開源倉庫「編程之路」 github.com/rd2coding/R… 中已經收錄,裡面有我整理的6大編程方向(崗位)的自學路線+知識點大梳理、面試考點、我的簡歷、幾本硬核pdf筆記,以及程式員生活和感悟,歡迎star。