我的java年终总结

恍然间，发现自己在这个行业里已经摸爬滚打了六年了，原以为自己就凭已有的项目经验和工作经历怎么着也应该算得上是一个业内比较资历的人士了，但是今年在换工作的过程中却遭到了重大的挫折。详细过程我就不再叙述，在此，只想给大家说一说我的总结吧，看看大家有没有相似的经历，和类似的感悟。

第一. Java程序员需要不断的学习；

貌似这一点适应的行业最广，但是我可以很肯定的说：当你从事web开发一年后，重新找工作时，才会真实的感受到这句话。

工作第一年，往往是什么都充满新鲜感，什么都学习，冲劲十足的一年；WEB行业知识更新特别快，今天一个框架的新版本，明天又是另一个新框架，有时往往根据项目的需要来不断学习新东西；所有，很多时候感觉，自己用过的东西真多呀！但是真正深入研究的东西却不多。

面试，是跳槽后第一个需要面对的问题；而且不同公司面试的着重点不同；但是却有一个共同点：Java基础是必考的。工作第一年，可能问你String对象创建的理解，常用的框架是什么等等；工作第二年，就问你Java内存分配机制是什么，类是如何加载的等等；第三年，就问你常用的设计模式是什么，你在工作中充当什么角色，怎么独立完成一个模块等等；

可以看出------这是一个典型的程序员的成长过程：

使用Java---->深入理解Java积累经验------>独立设计分析能力------>独当一面的多面手！

因此，必须学习：

一、开源框架解析

程序员每天都和代码打交道。经过数年的基础教育和职业培训，大部分程序员都会「写」代码，或者至少会抄代码和改代码。但是，会读代码的并不在多数，会读代码又真正读懂一些大项目的源码的，少之又少。这也造成了很多错误看源码的方式。

那要如何正确的分析源码呢？ 我们的目标应该放在最常用的框架上面：

二、架构师筑基

从架构设计，到应用层调优，再深入了解底层原理，扎实的Java基本功才能让自己变为扫地神僧：内存模型，并发模式，线程模型，锁细节等等

三、高性能架构

我们不仅仅对项目要运筹帷幄，还要能解决一切性能问题。只有深入学习JVM底层原理，Mysql底层优化以及Tomcat调优，才能达到知其然，知其所以然的效果。除了性能优化之外，也能提供通用的常见思路以及方案选型的考虑点，帮助大家培养在方案选型时的意识、思维以及做各种权衡的能力。

四、微服务架构

关于微服务架构的取舍

在合适的项目，合适的团队，采用微服务架构收益会大于成本。微服务架构有很多吸引人的地方，但在拥抱微服务之前，也需要认清它所带来的挑战。需要避免为了“微服务”而“微服务”。微服务架构引入策略 – 对传统企业而言，开始时可以考虑引入部分合适的微服务架构原则对已有系统进行改造或新建微服务应用，逐步探索及积累微服务架构经验，而非全盘实施微服务架构。

五、团队协作

开发工具工程化

通过一小段描述信息来管理项目的构建，报告和文档的软件项目管理工具。程序员的战斗，往往不是一个人的战斗，我们如何在一个平台下高效的去重，进行代码review，对功能进行调整，debug，做到在统一的规划下步步为营，混乱的堆代码的过程中找到自己的记录。这一切都依赖于有效的工具。

六、B2C项目实战

项目实战

要想立足于互联网公司，且能在互联网浪潮中不被淹没，对于项目的开发实战演练是不必可少的技能，也是对自身能力的一个衡量，有多少的量对等于获得多少的回报。看似简单的一个项目需求图谱，其中的底层原理，实现原理又能知道多少？你搭建一个完整的B2C项目平台到底需要多少知识？这一切都是需要我们考量的。

第二. 积累行业背景；

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

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

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

第三. 合理的职业规划

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

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

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

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

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

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

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

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

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

具备上面的能力，你起码已经是一个项目组的骨干啦！此时，就可以带领小弟做开发而不是平凡的一个被带领者啦。

很多公司的项目骨干和项目经理都不是通过招聘的来的，都是培养出来的-------工作2年，思考能力不错，善于动手，很上道！OK，此时项目经理和公司中层可能就注意到你了，就会给你多分配任务慢慢的锻炼你，这时候千万不要闹别扭哦（曾遇上这样一个同事，技术很好，人也不错，领导突然给他分配很多任务，他开始是默默承受，后来闹意见啦！领导找他谈话后，他算明白啦！顶过一段时间就基本适应，可以快速的做完；后来他成了我们那批人中新的项目leader啦），跟带你的人好好学习，多劳动，很快就出头啦！

如果你工作了多年，属于老鸟了，也要善于带人，能提携小弟！因为只有小弟成长了，你身上的担子才会轻，项目才会顺畅的进行！

而且高级程序员（本科为例）工作四年左右工资就达到一个瓶颈了（一线城市是9K—1.2W），这时候必须“转型”-----高级程序员只是你能力的一部分，系统分析师，架构师，技术主管才是你应该告诉别人的职务，薪资才能再次提升。

第四. 良好的心态和体态

程序员必须有责任心！这点非常重要。遇上问题，不能随便的踢皮球，很认真的和别人沟通，提出自己的见解，和客户联系，才能把问题解决。技术上的问题不是问题，总可以解决，但是需求上的问题，必须搞清楚！一旦需求出错，一个项目就可能延期或者失败。程序员的责任心决定了他的成长，一个有责任心的人才可能成为骨干，让领导信任！

其次就是能顶住压力，大家都知道程序员要加班，压力大，所有遇到问题必须不轻易放弃，合理的根据能力去处理！

身体是革命的本钱，程序员尤其重要，天天坐在电脑前，很容易发胖，变成鸭梨身材，所有多锻炼呀！

到某些程度就不要跳槽了，在一家有发展前景或者工作开心的工作长久呆下去吧，不能跟年轻人比热情了，这时候要的是稳重，在公司充当的是一个资深的IT从业者，帮人优化程序，分析需求，为项目出谋划策解决疑难等。

第五. 多写技术文档

多写技术文档是好事哦-----其实它是对你工作经验的总结和提高！一个愿意和别人分享知识的人，才能在不断的思考中提高！而且，写文档很锻炼人滴！

所以建议木有博客或者经常看别人文档自己却不写的同行，赶快开博吧，其乐无穷呀！

（技术文档注重简洁精练，提供源码；总结性文档注重亲身体会！）

第六. 关于跳槽

跳槽，对IT人来说绝对不是个陌生的词汇，几乎所有人都身体力行过。首先我要强调一点，跳槽并没有坏处，但是频繁的跳槽就不好了。在工作的前4年，必须跳槽，而且鼓励跳槽（建议经历2—3家公司）；每个公司对技术的侧重点都不同，对开发流程控制都不一样，所需要的技术性人才自然不一样；比如外包公司，要的是一个代码狂人（我很喜欢招做过外包的人，感觉很多在外包公司待过的人做事的效率很高）；小事业的公司，要的是一个全能型的程序员（能设计分析，能写代码，能部署）；大的公司，要的是一个技术扎实，有潜力的人（英语好，理解能力好，Java基础扎实）；这样如果你在一家公司呆久了，很可能就模式化，如果一旦离开这家公司，找工作有时候很容易碰壁；多经历两家公司，对程序员很有益！而且我自己也有感觉，每次找工作都在强制自己学东西。

而且关键是，一次跳槽，薪资就更高了 ----- 很多人跳槽都是对当前薪资不满呀。

但是，一旦工作5年后，建议不要在跳了，更多是规划自己的职业生涯，程序员毕竟有“青春饭”的嫌疑，我们不能跟年轻人比呀。这时候如果想一直做技术，建议在一家好的公司长久呆下去，技术+业务，足够你混的了；如果想做管理层，这时候也基本是时候了；想自己开公司，就要付出更多，对运营有深入了解，并侧重销售和客户的关系啦。

我的年终总结就到这里了，请查收。