一位6年工作经验的java程序员的感悟

前言

很多年前，刚刚从大学毕业的时候，很多公司来校招。其中最烂俗的一个面试问题是：“你希望你之后三到五年的发展是什么？”。我当时的标准回答是（原话）：“成为在某一方面能够独当一面的技术专家“。后来经历了几家不同的公司，换了不同的方向，才知道这个真是一个很难的问题。因为兵无常势，什么东西都是在不断的变化，一早的时候看好的东西可能会被淘汰。

（几乎）没有人能够看准技术的下一个方向，因为这个问题实在是太难了，能够做到这一点的你就成为了技术界的巴菲特了。比如说11年加入Google，14年加入Facebook，16年加入阿里巴巴。做到这一点的人肯定有资本也有眼光去做风险投资，就算不做风险投资那么财务自由也是妥妥的。

现在毕业六年，从北京到上海到硅谷，从国内互联网公司外企，看到了公司好的地方和坏的地方，这里只是根据自己的经历写一些大方向选择建议，仅供参考。

一、行业背景很重要

行业背景非常重要；工作3年后必须确定自己的行业背景，比如一直从事电信行业，一直从事银行项目，一直从事ERP行业等等。

一个程序员不可能是一直写代码的，就是写代码也要知道业务逻辑，满足什么需求；俗话说隔行如隔山，每个行业的业务都不一样，甚至差别很大，比如你一直从事流媒体的研究，让你跳槽到一家银行项目，完了，一切从头学吧，以前的行业经验都用不上了；而且，一个公司公司招人，就是希望找到那些很容易上手，不需要培训业务很久的程序员；频繁跳槽的朋友，一定要注意这点；

一直在一个行业呆久了，就可以成为这个行业的专家；我们可以经常看到，一个项目组的某个leader，代码写的一般，但是却可以跟客户流畅的沟通，控制着新需求的提出，bug的修正等等；而客户也很愿意跟他打交道，因为那些老的项目只有他能维护，他甚至熟悉系统的每一张表结构——-可想在这个行业呆的时间有多久啦。

第二、合理的职业规划

什么是职业规划—-就是你短期或者长期的一个职业计划！大道理不讲，咱简单点。先问你几个问题：

a.你工作几年了，你愿意一直和新入行的新手一样就是个简单的程序员吗？

b. 你愿意一直写代码，而不关心其他吗？

c. 一个项目的前期需求，设计，后期部署维护，领导找到你，你说咱搞不定，行吗？

程序员不是敲代码的机器。第一年太多东西不懂，你可以一切听从老大的安排，敲敲代码，看看数据库，测试自己和别人的代码；但是第二年，你还是这样吗？不可能的，一年的经验你完全可以入行了，是时候该学习怎么进行需求分析，怎么设计数据库，怎么写各类文档，怎么写更好的代码？这是高级程序员的要求！

三、什么是高级程序员？

具有分析设计能力，能进行技术攻关，而且具有某行业深厚背景的程序员！

所有，一个项目立项后，你要积极的参与到前期设计中，跟老同志们一道思考分析问题，学习经验！OK，你这就成长啦！

千万不要认为程序员就是写代码的哦！！！

而且，通过一个项目的开发，你要能粗略的统计出一个功能的开发时间；比如一个模块有20个小功能点，你开发了80个小时，每个小功能点平均2小时——这时在前期就能评估工作量啦。当然每个人的效率和工作质量是不同的，因人而异，但是大概的工作量应该是可以统计出来的，用于统计一个项目的工作周期；

四、不要觉得业务代码一样很牛逼

有人认为写业务代码一样可以很牛逼，理由是业务代码一样可以有各种技巧，例如可以使用封装和抽象使得业务代码更具可扩展性，可以通过和产品多交流以便更好的理解和实现业务，日志记录好了问题定位效率可以提升10倍等等。 想要获取更多学习资源的，可以加群：454377428

业务代码一样有技术含量，这点是肯定的，业务代码中的技术是每个程序员的基础，但只是掌握了这些技巧，并不能成为技术大牛，就像游戏中升级打怪一样，开始打小怪，经验值很高，越到后面经验值越少，打小怪已经不能提升经验值了，这个时候就需要打一些更高级的怪，刷一些有挑战的副本了，没看到哪个游戏只要一直打小怪就能升到顶级的。成为技术大牛的路也是类似的，你要不断的提升自己的水平，然后面临更大的挑战，通过应对这些挑战从而使自己水平更上一级，然后如此往复，最终达到技术大牛甚至业界大牛的境界，写业务代码只是这个打怪升级路上的一个挑战而已，而且我认为是比较初级的一个挑战。

所以我认为：业务代码都写不好的程序员肯定无法成为技术大牛，但只把业务代码写好的程序员也还不能成为技术大牛。

五、别以上班太忙没时间学习为借口

很多人认为自己没有成为技术大牛并不是自己不聪明，也不是自己不努力，而是中国的这个环境下，技术人员加班都太多了，导致自己没有额外的时间进行学习。

这个理由有一定的客观性，毕竟和欧美相比，我们的加班确实要多一些，但这个因素只是一个需要克服的问题，并不是不可逾越的鸿沟，毕竟我们身边还是有那么多的大牛也是在中国这个环境成长起来的。

我认为有几个误区导致了这种看法的形成：

1）上班做的都是重复工作，要想提升必须自己额外去学习

形成这个误区的主要原因还是在于认为“写业务代码是没有技术含量的”，而我现在上班就是写业务代码，所以我在工作中不能提升。

2）学习需要大段的连续时间

很多人以为要学习就要像学校上课一样，给你一整天时间来上课才算学习，而我们平时加班又比较多，周末累的只想睡懒觉，或者只想去看看电影打打游戏来放松，所以就没有时间学习了。

实际上的做法正好相反：首先我们应该在工作中学习和提升，因为学以致用或者有实例参考，学习的效果是最好的；其次工作后学习不需要大段时间，而是要挤出时间，利用时间碎片来学习。

六、做的更多，做的比你主管安排给你的任务更多。

我在HW的时候，负责一个版本的开发，这个版本的工作量大约是2000行左右，但是我除了做完这个功能，还将关联的功能全部掌握清楚了，代码（大约10000行）也全部看了一遍，做完这个版本后，我对这个版本相关的整套业务全部很熟悉了。经过一两次会议后，大家发现我对这块掌握最熟了，接下来就有趣了：产品讨论需求找我、测试有问题也找我、老大对外支撑也找我；后来，不是我负责的功能他们也找我，即使我当时不知道，我也会看代码或者找文档帮他们回答。最后我就成了我这个系统的“专家”了。虽然这个时候我还是做业务的，还是写业务代码，但是我已经对整个业务都很熟悉了。

以上只是一个简单的例子，其实就是想说：要想有机会，首先你得从人群中冒出来，要想冒出来，你就必须做到与众不同，要做到与众不同，你就要做得更多！想要获取更多学习资源的，可以加群：650385180

怎么做得更多呢？可以从以下几个方面着手：

1）熟悉更多业务，不管是不是你负责的；熟悉更多代码，不管是不是你写的

这样做有很多好处，举几个简单的例子：

需求分析的时候更加准确，能够在需求阶段就识别风险、影响、难点

问题处理的时候更加快速，因为相关的业务和代码都熟悉，能够快速的判断问题可能的原因并进行排查处理

方案设计的时候考虑更加周全，由于有对全局业务的理解，能够设计出更好的方案

2）熟悉端到端

比如说你负责web后台开发，但实际上用户发起一个http请求，要经过很多中间步骤才到你的服务器（例如浏览器缓存、DNS、nginx等），服务器一般又会经过很多处理才到你写的那部分代码（路由、权限等）这整个流程中的很多系统或者步骤，绝大部分人是不可能去参与写代码的，但掌握了这些知识对你的综合水平有很大作用，例如方案设计、线上故障处理这些更加有含金量的技术工作都需要综合技术水平。

“系统性”、“全局性”、“综合性”这些字眼看起来比较虚，但其实都是技术大牛的必备的素质，要达到这样的境界，必须去熟悉更多系统、业务、代码。

3）自学

一般在比较成熟的团队，由于框架或者组件已经进行了大量的封装，写业务代码所用到的技术确实也比较少，但我们要明白“唯一不变的只有变化”，框架有可能要改进，组件可能要替换，或者你换了一家公司，新公司既没有组件也没有框架，要你从头开始来做。这些都是机会，也是挑战，而机会和挑战只会分配给有准备的人，所以这种情况下我们更加需要自学更多东西，因为真正等到要用的时候再来学已经没有时间了。

以java为例，大部分业务代码就是if-else加个数据库操作，但我们完全可以自己学些更多java的知识，例如垃圾回收，调优，网络编程等，这些可能暂时没用，但真要用的时候，不是google一下就可以了，这个时候谁已经掌握了相关知识和技能，机会就是谁的。

以垃圾回收为例，我自己平时就抽时间学习了这些知识，学了1年都没用上，但后来用上了几次，每次都解决了卡死的大问题，而有的同学，写了几年的java代码，对于stop-the-world是什么概念都不知道，更不用说去优化了。

据不完全统计，截至目前（2017.07）为止，中国Java程序员的数量已经超过了100万。而且，随着IT培训业的持续发展和大量的应届毕业生进入社会，Java程序员面临的竞争压力越来越大。那么，作为一名Java程序员，怎样努力才能快速成长为一名高级的程序员或者架构师，或者说一名优秀的高级工程师或架构师应该有怎样的技术知识体系，这不仅是一个刚刚踏入职场的初级程序员，也是工作三五年之后开始迷茫的老程序员，都必须要面对和想明白的问题。