对技术路线的思考（共勉）

对技术路线的思考

精读《为什么专家不再关心技术细节》

地址：https://juejin.im/post/5ce2055f5188251cf708b3d2

感悟：

（1）技术深度对于技术人的重要程度随着年龄是变化的

作为一个新人，尽可能的了解更多的技术细节是很重要的，因为在没有足够的工程项目沉淀的情况下，技术细节和深度往往是评价一个技术人能力的重要标准。而除了深入技术以后，随着年龄的增长，软能力成为了评价一个技术人主要的方面。一个人不可能永远在代码一线，身体状况不允许，公司制度也不会允许，就算不转向管理岗位，做一个技术负责人也是必须的，一辈子做码农无关世事是不太可能的，你的那个一线编码的位置迟早让给更年轻的人。

（2）技术服务于业务才能实现价值

我自己很不愿意承认这一点，然而很不幸，所有技术人的工资基本上都是由非技术人给发的，尽管没有技术根本谈不上业务的实现，但是没有业务的实现我们这群人估计也吃不饱饭，甚至不会走上这条路。纯粹去做业务技术一定是没有纯粹做技术那么强的，但一心只做技术仿佛只是一座象牙塔，由不得你。不得不承认，技术的选型是由着业务场景来的，必须搞清楚业务对技术的真实诉求，才能够更好的实现业务，同时将这项技术的价值体现出来。

（3）技术业务并行

尽管目前我们可能只需要关注技术，实现产品或者PM提出来的需求即可，但想想如果是在一个技术没有受到充分尊重的公司，我们面对的是一群仿佛掌控了一切的人对着我们呼来唤去，撂下一句“这个需求xx之前完成/实现”。如果不能明白产品的背后，为什么要这样设计，为什么要这样做而不是那样做，公司目前处于什么状态，随着公司的发展，业务要怎么样随之进行扩展，我们永远都没有话语权。广大的程序员群体中，一路走上财务自由的不在少数，最著名莫过于马化腾、雷军、周鸿祎，他们像我们一样做了许多一线的开发工作，但最终让他们走上更高台阶的却不是技术。我们不是要等着到了那个年纪、那个位置才开始考虑业务，而是从现在开始，从我们敲下的每一行代码正在实现的业务思考，为什么要这样设计？技术人最大的优势在于技术实现，但技术实现却总是最后一步，重要程度自然不用说，但从事实来看，技术实现着实没有放在我们心中所想的那么高的位置。

为什么强如『死月』在阿里也只有 p6?

地址：https://www.zhihu.com/question/326940670/answer/702277319

由来：

死月，《来一打Node.js C++扩展》作者，原大搜车前端团队leader，Node.js大神，深入Node.js源码，进阿里仅为社招起步：P6，两年后（现在应该是三年），仍是P6。评论区大都是为死月不值，技术完全可比肩P8，而职级总是升不上去。下面的评论连阿里的顶P
——P11玉伯也来回答了这个问题，其他如天猪、狼叔、贺师俊都发表了自己的观点。天猪最后说阿里内部升职级这件事：三分方向、三分努力，三分看脸。而玉伯的回答是：体验技术部，看一个人的成长，至少会看三个方面：能力、热情、思维模式。贺师俊说混到最后就是业务、架构、管理三选一。这个问题看起来像是在说，连死月这样个高手也只是一个P6，弱鸡如你我，还有什么机会进阿里呢？

感悟：

（1）技术变现

我一直以为像死月这样的人能够进入阿里做一个研究员，也就是P9，但是完全没想到只是“小小”P6，一番感慨之后也只能想，确实，公司看重的不是你能力多强，而是你的能力能变现多少。这就好像我能写vue和我熟悉vue源码，我能用vue实现需求就行，前端需求变化这么快，我干嘛需要再去看源码，难道业务还需要源码支撑？排除面试造火箭的因素，我个人非常喜欢看源码，看懂我使用工具背后的原理和代码实现让我感觉非常满足，而且问题时候我会从源码设计的角度去考虑，而不是抹黑进行排错。另外，看源码能够提高个人的编程思想以及代码水平，这是对于个人，如果说这属于难题攻关，那么这种攻关的意义对于公司的价值在哪里？技术是1，而技术能够实现的业务、支撑的场景是背后的多个0，当然没有技术是不行的，但是技术之后的各种软实力一定不能忽视。

（2）技术硬实力与个人软实力

软实力应该随着我们技术的提高而增强，而不是要等到技术到达一个高度之后再去弥补。我相信技术的硬实力与个人的软实力是关联在一起的，甚至是相辅相成的。这里的软实力并不是如何勾心斗角、讨好上司，而是提高自己表达、管理、把控风险、协调资源的能力，技术不只是为技术人分享，到了一定位置更可能是要讲给一群身居高位但不懂技术的人，不是要将技术讲的多么高大上、多么复杂，而是如何向他们解释清楚，让他们乐于接受。也许一个精致的PPT完胜了一个技术强人，这也是我们经常吐槽的干死干活不如一个写PPT的。也许你的架构方案更加灵活，未来重构的代价更小，但需要更长的周期，而一个短平快的方案可能不久就要推倒重做，看起来好像是前者一定备受青睐，但现实却是：如果公司急需上线，解决目前的窘况，必须选择前者，先过了眼前这一关再说。软件工程不光要考虑项目工程的问题，还应该结合公司的实际状况，做出最利于公司的决定，可能这个决定比你能够做到的差很多。