技术与业务的抉择————论程序员的“瓶颈”问题

技术成长与业务卖命的抉择————论程序员的“瓶颈”问题

在IT行业打拼多年，身边的同事也是走走停停，一些人由于追求技术而不断跳槽，而一些人一直在一家公司至今已经成为了团队的Leader。做为一名工程师的你，对于时间，你更愿意花在学习新技术上，仍是花在实现产品需求上呢？

内容提要

• 两类人的分析
• 技术仍是业务？
• 你缺少什么

两类人的分析

进入IT行业已经多年，从刚实习作Delphi，到后来扎根C，一直在如今专心作移动技术，前先后后也换了3家公司了。相信你和我同样，也换了数加公司，然而有一点我相信你和我更为共鸣的一点：身边的同事一个个的离本身而去，也有一些新同事加入你的团队，人海茫茫何去何从。这里咱们关注下那些离职的同事，他们的离职缘由除了薪资之外，说的最多的多是两句话：

• "这家公司技术没增加了，本身学不到东西了，我要换个公司"
• “每天作业务作功能烦死了，哪有时间本身学东西，到最后过了几年啥都没学到”

相信你可能也是这两类人之一，你是一个技术狂人，可是苦于本身遇到了瓶颈，一会学一下这个框架，一会学一下那个框架，感受没啥你学不会的了。或者大家团队的作的软件功能太多，天天都在作功能，实现需求，而你每天抱怨本身没有时间学技术，大量的业务需求挤压了本身的成长时间。

技术仍是业务？

我认为技术是无限的，你不可能把IT行业，即便是你所感兴趣的那一类目给学透。想一想当初学习IT是为了什么，为了钱？仍是为了实现一些价值。我认为你学习的技术很大程度是为了解决实际的问题。今天学这个框架，明天学那个平台，都是最后你都只是看了文章，撸个demo，可是实际你的项目却根本用不到，不能落地，都是本身在玩，我认为这是无用的。
不少工程师每每把技术和业务给隔离开来，或者说本身带有私心：

• “我多学点技术，之后跳槽好跳”
• “每天作功能，到下家公司都用不到，没时间学技术就是废人一个”

看起来技术热情很高，一直研究各类新技术，但老是忽视对公司与团队业务的贡献，学习到的东西也不能落地，这有点本末倒置，咱们应该首先关注于公司团队业务，更多思考如何以技术的角度，给业务作出更多贡献。产品才是最终目的，一个优秀的产品背后必定有非凡的技术支撑；而一个技术牛人，不必定能作出一个优秀的产品。

我记得有一个当初我待过的第一家公司的一个同事，当年也是应届生。他这么多年，一直都待在那家公司，坐着一样的时间。现在他已是管理二十多人的一个小团队Leader了，对他来讲，业务和管理都更为重要。

同时，我也有几个之前认识的同事，他们看起来很热衷于“学习技术”，可是老是对如今公司不满，认为实现功能占用了他们太多学习技术的时间，不自由，因而不断的跳槽，至今依然仍是游荡所在公司的最底层，撸代码。

那么到底技术和实现业务哪一个更重要？
我我的的观点是，一半的时间学习技术，一半的时间实现功能业务。相铺相成。用你实际的项目来验证你所学到的东西。

你缺少什么

我认为最终这个行业人才的走向都是两个

• 项目经理 -> 管理者
• 技术专家 -> 技术缔造者

我认为一个好的管理者他应该是作技术起家的，他自己就是一个经验老道的工程师。只不过现在，他把更多的时间花在了业务上。咱们学习更多的技术，不是为了一味的花时间去学习技术抵制实现业务功能，而是为了可以带领这个团队，可以作出完美的产品。当你的目标是这个，而你以为本身已经到了成长瓶颈的时候，不妨想想本身对于市场、运营、销售是否了解，可以带领一个团队。

若是你是个geek精神的工程师，对技术无限狂热，以为本身技术到了瓶颈又一直想深刻下去的，不妨看看本身是否能独立写个框架或者工具，而不是仅仅会“用”github上的别的成果。与此同时，你是否能将本身的技术推广开来，作一个真正的专家。当你以为本身天天都在看技术博客、文章的时候，静下心来想想，本身是否真的也能实现一下，而不只仅是会用而已。就像百威最近的广告语 慢能成事