芬蘭物流公司的技術負責人做了十二年,然后某天,就不是了。
不是因為干不下去——恰恰相反。FP Oy在他離開時運轉良好,業務穩定增長,技術架構扎實。離開是因為想親手造東西,而不是管理造東西的人。
![]()
那是大約一年前的事。接下來發生的一切,讓他看清了一些事:關于工作、客戶、自己真正擅長什么——以及不擅長什么。
![]()
這是他的誠實復盤。
預想中的困難 vs 實際的困難
當你十二年都在為公司做技術決策,你會忘記"沒有團隊"是什么感覺。你習慣了被處理問題的人包圍:有人問你數據庫設計,有人在調試接口,有人給客戶演示。你負責協調、疏通、拍板。
獨立之后,這套基礎設施一夜之間消失。
他預想過銷售會很難受。冷啟動、自我定位、寫個人介紹——對做了十年內部領導角色的人來說,這些都不自然。他猜對了,確實難受。但學得會。跟足夠多人聊,觀察什么能引起共鳴, pitch 自然就成型了。
沒預料到的是安靜。不是壞事那種安靜,只是團隊運轉的"嗡嗡聲"消失了。早上九點沒人 ping 你問問題,沒人找你 review 代碼。坐下,打開編輯器,只有你和對面的問題。結果發現,比想象中更喜歡這種狀態。
不穩定是真的。沒有每月15號準時到賬的工資,不管這個月有沒有客戶。第一次項目結束、下一份還沒銜接上的時候,那種感受很具體。這部分不會變舒服——你只是更擅長管理空檔期了。
12年CTO經歷如何改變他的自由職業方式
![]()
直到站在另一邊,他才完全意識到一件事:當CTO不會讓你成為更好的開發者。它教會你像那個必須為技術決策后果負責的人一樣思考。
客戶說要一個功能時,他的第一個問題從來不是"怎么實現",而是"他們為什么需要這個,這到底是不是解決底層問題的正確方案"。聽起來只是細微差別,實際上改變了幾乎每次對話。
有客戶帶著精確的技術規格來找他——具體到用哪個庫——而真正的問題在代碼之上兩層。見過足夠多這種場面的開發者學會溫和地 redirect:"我可以按你說的做,但讓我告訴你我會推薦什么、為什么。"有時候對方還是要原來的方案,沒關系。但至少他們聽過了。
十二年領導經驗帶來的另一點是:你知道什么該堅持,什么可以讓步。不是每個技術債都要當場還清,不是每個架構瑕疵都值得爭論。這種判斷力,是管過預算、裁過需求、背過 deadline 的人才有的。
他現在接項目有個原則:只接自己能從頭到尾做完的。不轉包,不搭團隊。這意味著收入有天花板,但也意味著睡覺踏實。客戶找的是他的判斷力,不是他的人脈網絡。
一年下來,他發現自己比當CTO時更忙,但焦慮更少。忙是因為所有事都要自己做,焦慮少是因為所有后果也只由自己承擔。沒有董事會匯報,沒有團隊績效,沒有"戰略對齊"會議。
只有代碼和判斷。以及偶爾的空檔期——現在他知道怎么度過了。
特別聲明:以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布,本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.