我变成了承接需求的工具人！

扯了这么多，有点说远了。对于我这种刚工作的弱鸡，根本还没到可以选择去当业务负责人还是技术专家的地步。像刚入职或者即将入职的同学来说，现在要先把自己的基础能力磨炼得扎实才行。

但是这篇文章的意义其实在于，提醒一下大多数同学，不要盲目追求技术，不要忽视业务上的意识培养和软实力的提升。

一个简单的例子就是，在做需求的时候，要除了从技术角度上寻求最优的解决方案，还需要从业务的角度多多去想想PM提出这样改动的背景和意义。不能沦为接需求的工具人。

我自己认为最好的学习方式是以某个技术领域为针尖，慢慢辐射到其它相关方向。提升以及编程硬实力的同时，也不能忘了接触其它方向的东西。

扎实的技术能力会决定你的下限，而业务能力，管理能力以及更多的软实力构建起来的综合能力才决定着你的上限。所以千万不要盲目地去为了学技术而学技术。
 

一个很现实的问题在于，天天被吐槽的35岁是不是真的一个坎，是不是真的可以写代码写到40岁。

如果无法确定，我觉得就是时候考虑考虑这个问题了。一般大公司对于人才的培养都会有两条路线，一条是所谓的技术工程师进阶之路，一条是技术管理者的掌权之路。这二者就像是读博去当科学家，和搞技术去当工程师的区别一样。

在我看来，一直走技术这条路意味着你需要去不断钻研技术底层，性能优化，系统架构等方向的东西，同时还需要一定的开源项目，全方位提升技术实力和技术影响力。

追求技术的目标可以是架构师，技术专家等，最终估计就是成为像阿里某扫地僧，腾讯某高T大佬的存在，只在某些危急关头出现，咔咔咔几下解决系统突然爆发的历史遗留问题。

不过不要想太多，大多数实际上都不会一直坚持走技术的路子，毕竟这还是需要一些天赋和超前意识的。绝大多数人在人到中年的时候，基本上技术能力已经触及个人的天花板，这时候往往需要的是灵活的转型。

最常见的选择估计就是从技术转向业务负责人。技术这种东西是有时效性的，随着系统的复杂度提升以及项目工程的逐渐庞大，总是需要被迫引入新的技术体系。

而技术的更新换代肯定是建立在新的业务场景之上。说实话，如果业务没有爆发式的发展，我相信许多系统也不需要考虑架构调整以及性能优化等问题。毕竟这是牵一发而动全身的事。
 

相信这是大多数初入职场的技术人都会经历的一个矛盾。如果你还没经历职场，那也得提前做好自己的职业规划了。因为技术和业务的矛盾会贯穿整个技术生涯。

我们在找工作的时候，关于意向公司的两样东西基本一定会看的。一看是否是业务核心部门，二看技术能力是否行业领先。

大家都想去大公司的核心且技术领先的部门，比如微信，淘系，抖音等。但事实上即使在这些部门，更会存在明显的业务与技术之间的矛盾。

说到这，会不会有些同学不太明白啥是业务，啥是技术。不会真有同学觉得程序员只要是在写代码就是在搞技术吧。

不过吧，这两者很多时候可能真的很难完全隔离开来。

简单来说，业务可以看作是面向用户的一系列的活动，无论是所谓的ToB还是所谓ToC，业务的目的都是为了让用户使用以及更好的体验你的产品。

这就会涉及到用户体验，交互优化，用户心智用户感知培养等各个方面。当然这里的业务主要指的是目前互联网领域的产品迭代过程。

所以很明显，业务是直接面向用户的。这个时候，技术的实现对用户而言都是无感知的。用户在意的是功能逻辑的稳定和可靠，是交互的自然和便利，是视听感官上的享受或冲击。

而技术是什么?同一套功能逻辑可能有十几种技术方案，同一行代码可能有好几种调用方法。虽然可能最终的结果都是一致的，但是在技术层面却有着天壤之别。

技术的直接服务对象是工程系统本身，在保证系统稳定性的前提下才为用户提供各种可靠的服务。技术支撑，技术支撑，大概就这么回事。


 

（编辑：江门站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!