芬兰物流公司的技术负责人做了十二年，然后某天，就不是了。
不是因为干不下去——恰恰相反。FP Oy在他离开时运转良好，业务稳定增长，技术架构扎实。离开是因为想亲手造东西，而不是管理造东西的人。
那是大约一年前的事。接下来发生的一切，让他看清了一些事：关于工作、客户、自己真正擅长什么——以及不擅长什么。
这是他的诚实复盘。
预想中的困难 vs 实际的困难
当你十二年都在为公司做技术决策，你会忘记"没有团队"是什么感觉。你习惯了被处理问题的人包围：有人问你数据库设计，有人在调试接口，有人给客户演示。你负责协调、疏通、拍板。
独立之后，这套基础设施一夜之间消失。
他预想过销售会很难受。冷启动、自我定位、写个人介绍——对做了十年内部领导角色的人来说，这些都不自然。他猜对了，确实难受。但学得会。跟足够多人聊，观察什么能引起共鸣， pitch 自然就成型了。
没预料到的是安静。不是坏事那种安静，只是团队运转的"嗡嗡声"消失了。早上九点没人 ping 你问问题，没人找你 review 代码。坐下，打开编辑器，只有你和对面的问题。结果发现，比想象中更喜欢这种状态。
不稳定是真的。没有每月15号准时到账的工资，不管这个月有没有客户。第一次项目结束、下一份还没衔接上的时候，那种感受很具体。这部分不会变舒服——你只是更擅长管理空档期了。
12年CTO经历如何改变他的自由职业方式
直到站在另一边，他才完全意识到一件事：当CTO不会让你成为更好的开发者。它教会你像那个必须为技术决策后果负责的人一样思考。
客户说要一个功能时，他的第一个问题从来不是"怎么实现"，而是"他们为什么需要这个，这到底是不是解决底层问题的正确方案"。听起来只是细微差别，实际上改变了几乎每次对话。
有客户带着精确的技术规格来找他——具体到用哪个库——而真正的问题在代码之上两层。见过足够多这种场面的开发者学会温和地 redirect："我可以按你说的做，但让我告诉你我会推荐什么、为什么。"有时候对方还是要原来的方案，没关系。但至少他们听过了。
十二年领导经验带来的另一点是：你知道什么该坚持，什么可以让步。不是每个技术债都要当场还清，不是每个架构瑕疵都值得争论。这种判断力，是管过预算、裁过需求、背过 deadline 的人才有的。
他现在接项目有个原则：只接自己能从头到尾做完的。不转包，不搭团队。这意味着收入有天花板，但也意味着睡觉踏实。客户找的是他的判断力，不是他的人脉网络。
一年下来，他发现自己比当CTO时更忙，但焦虑更少。忙是因为所有事都要自己做，焦虑少是因为所有后果也只由自己承担。没有董事会汇报，没有团队绩效，没有"战略对齐"会议。
只有代码和判断。以及偶尔的空档期——现在他知道怎么度过了。
热门跟贴