做了这么多年开发,我开始意识到:技术之外还有很多东西要补

27 阅读5分钟

这周对我来说不算顺利。

几件事情刚好集中发生在一起,也让我开始认真反思一个以前没有特别重视的问题:

这些年我花了很多时间提高技术,但对技术之外的能力投入得太少了。

一次不太成功的公开讲话

周一参加公司的员工活动,我有一段公开讲话。

真正站到台上以后,发挥得并不好。最大的问题是语速太快,吐字也不够清楚。现场讲的时候自己没有特别明显的感觉,后来听录音才发现,比我想象中差很多。

尤其想到这是在很多同事面前讲的,还是挺懊恼的。

以前我很少把“表达”当成一项需要专门提升的能力。

做技术的时候,只要把事情想清楚、代码写出来、方案能够落地,似乎就够了。

但随着工作内容越来越复杂,我开始发现:

自己想明白了,不代表别人能够听明白。

能不能把一件事情有结构、清楚地表达出来,本身也是工作能力的一部分。

工作里的另一次挫折

这周项目上也出现了问题。

项目时间比较紧,中间又发生了客户投诉。后面在复盘和内部沟通的时候,我发现自己在一些事情的处理上确实存在问题。

这里不展开具体业务,但这件事情对我触动比较大的,并不是某一个技术问题,而是我突然意识到:

自己以前习惯从“怎么把事情做完”的角度看问题,却很少从整个项目和团队的角度看事情。

开发人员很容易形成一种习惯:

发现问题,就解决问题。

有事情,就往前推进。

但工作时间越长,事情就越不只是“能不能做出来”。

还要考虑背景、角色、协作关系、风险、沟通方式,以及一个动作可能对其他人产生什么影响。

这些事情以前不是完全不知道,而是没有真正把它们当成需要持续提升的能力。

再看看身边的人

周末参加大学同学的婚礼,也见到了很多很久没见的同学。

聊天的时候了解到,有些同学已经开始承担管理岗位,有的人这些年也完成了转正、晋升和收入上的提升。

说完全没有羡慕是不真实的。

以前大家从同一个校园出发,现在走了很多年,每个人的发展路径已经有了很明显的差异。

这件事情也让我重新看了一下自己。

过去几年,我在技术上投入了很多时间。

Java、系统设计,到后来 AI、Agent、模型部署、各种工程实践……

这些投入当然不是没有价值。

但如果未来希望承担更重要的角色,仅仅继续增加技术知识,可能已经不够了。

我现在比较明确的几个问题

第一,不能只埋头做事情

过去我的注意力很容易全部进入具体工作。

一个接口怎么设计、一个 Bug 怎么排查、一个框架怎么实现……

这些都是我比较熟悉、也比较舒服的事情。

但以后需要刻意让自己多看一层:

这件事情放到整个项目里意味着什么?

第二,沟通和表达需要真正开始重视

公开讲话、会议表达、工作汇报、冲突沟通,都不是简单的“会不会说话”。

它们本身就是工作能力的一部分。

这也是我过去明显投入不足的地方。

第三,需要逐渐补上负责人视角

以前更关注:

这件事情我能不能做好?

以后需要逐渐增加一个视角:

怎么让整个事情更稳妥地完成?

这里面会涉及沟通、协调、风险判断、项目推进和团队协作。

这些能力我现在还比较欠缺,但已经到了不能再忽视的时候。

第四,不要因为一次问题否定自己

事情做错以后,我很容易反复想当时为什么没有做好,甚至慢慢从“这件事有问题”,变成“是不是我这个人能力不行”。

但这种反复消耗解决不了问题。

真正有价值的复盘应该是:

发生了什么
↓
为什么会这样
↓
暴露了什么问题
↓
以后需要注意什么

把问题留下,把情绪慢慢放下。

技术之外,也是接下来需要投入的方向

技术还是会继续学。

但以后不能再把所有成长时间都放在技术上。

沟通、表达、协作、项目判断、管理思维,这些以前没有认真投入的方向,也需要逐渐补起来。

具体应该怎么练、投入多少时间,我现在还没有完全想清楚。

但至少有一点已经比较明确:

接下来的成长,不能只靠继续学习新的技术。

写在最后

这一周发生的事情让我挺难受。

但如果一定要从里面找一点价值,大概就是:

它把一些以前没有认真正视的问题集中暴露了出来。

技术能力很重要,而且我依然会继续投入。

但工作很多年以后,我开始意识到,一个人的成长不能只看还能学多少技术。

能不能把事情讲清楚,能不能和不同的人合作,能不能处理复杂局面,能不能从更大的范围看问题,同样决定了一个人最后能够走到哪里。

这一部分,我现在才真正开始重视。