您还未登录! 登录 | 注册 | 帮助  

您的位置: 首页 > 业务知识 > 正文

解决问题的能力比技术本身更重要

发表于:2020-12-07 作者:佚名 来源:半杯茶的小酒杯

很多程序员都有一个技术理想,幻想着通过不断学习,不断提升自己在某个领域的技术能力,从而获得持续的竞争力。这个现象在刚毕业或者工作时间不长的程序员中尤为常见,直至上升通道受阻,或者出现中年危机,大部分人才会意识到这条路在当下的中国难以走通。

技术只是解决问题的手段

上周一个同学离职,问及原因,说是不想涉及业务,要去追求纯粹的技术。这种思路我非常理解,毕竟曾经也有过类似的想法。但是现在我的想法已经发生了很大的变化。

举个例子,某个明星创业公司,上线某个业务之后非常火爆,一时间访问量暴增,服务器访问压力太大,频频出现服务无响应甚至宕机的事情。怎么解决这个问题呢? 重新开发性能更高,支持更高并发的服务?等你开发好,市场说不定早被其它公司抢走了。解决这个问题更高效的方法是什么呢?堆更多的服务器能不能解决问题?人肉运维能不能解决问题?

看到没有,技术本身、机海战术、人海战术本质上没有差别,都是一种解决问题的方式,是赢得商业市场的一种手段,在特定的场景下,这种手段甚至是低效的、不可忍受的。

所有的技术都是为解决某个问题而存在。技术是为人类服务的,是为市场服务的。脱离了这个原则,所有的技术都是扯淡。

仅仅技术好是无法成为技术专家

在商业公司中,大部分的发展路径可能都是这样的:

初期技术热情极大 -> 大量标志性技术项目 -> 转向综合性思考 -> 带团队/关注方法论

单纯关注某个技术领域对个人成长的危害极大。一个人技术能力再强,也很难干翻一个团队。一个人的经验和视野只有通过他人和团队才能迅速放大,才能在更大的领域做出更大的成就。

到达一定的级别的人,他的关注点需要能从具体的细节中抽离出来,把更多的时间和精力放到业务问题的拆解、对技术方向的把控以及方法论上来。

能够调用资源解决业务问题才能成为技术专家。很多公司专家级以上的 Title会要求协作能力,可以调动身边甚至其他部门资源的人才能在公司发挥更大的价值。

在常规的公司架构中,CEO通过顶层设计调动全公司资源,而业务线总裁通过业务拆解调动整个业务线的人,通过层层目标拆解,并保证每一层都能充分调动下一层所有资源。如果一直关心技术细节,你永远是一个孤立节点,在任何维度的组织中都是最底层,就算24小时不睡觉,也最多算两个人力资源。想要突破一天24小时的限制,就要花时间让别人认同你的设计,并朝着一个方向努力,你的节点才能上移。

作为一个有技术追求的程序员,要意识到,我们的目标不是写出更优雅的代码,不是研究更加高深的技术,而是要解决实实在在的业务问题。如果你不了解你现在做的事情对整个业务的价值是什么,能够解决哪些业务问题,对公司战略的价值是什么,那么请放下手中的敲击的键盘,去搞清楚它们吧。越早养成这个习惯,对你的个人成长就有利。

除非注明,否则均为[半杯茶的小酒杯]原创文章,转载必须以链接形式标明本文链接

本文链接:

http://www.banbeichadexiaojiubei.com/index.php/2020/12/06/%e8%a7%a3%e5%86%b3%e9%97%ae%e9%a2%98%e7%9a%84%e8%83%bd%e5%8a%9b%e6%af%94%e6%8a%80%e6%9c%af%e6%9c%ac%e8%ba%ab%e6%9b%b4%e9%87%8d%e8%a6%81/