程序员三年工作的体会

程序员三年工作的体会

最近发现项目越来越偏离目标了，感觉在公司做得没什么成果。一直以来，希望有人能在技术上引领着我前进，但，工作后才发现，根本没人能引导，连一个厉害的JAVA大神都没有，不过主管是一个有着十多年经验的嵌入式大神。公司一开始就引入一个国外的开源项目，希望基于这个项目来直接拿来用成我们自己的。我单看这些英文文档就超过了半年，中间不断调试，发现很多bug，也发现了这个项目引入了很多流行的框架。每个框架让人看得眼花缭乱的。一直都没机会与时间去写代码，不断的给这个开源组织提bug。

唉，后来才发现这个项目并不适合我们公司，才想着把项目提取部分架构出来，自己设计。不过中间新加入一个成员进来，技术上比我厉害，于是这个提取代码的任务就交给他了。我也一直处于打下手的地步。慢慢地发现学的东西没项目去实际使用，也随之失去学习的欲望。

一个程序员学习的东西如果没有实际项目去用的话，那么这些学习成果都是虚的。

后来那位厉害的队友离职了，项目又变成了我接手，我才深深的懂得接手别人的项目都是一个大坑。本来这些东西我都有去了解，但是项目代码提取又不是我做的，搞得我接手后问题很多，陆陆续续花了好久才慢慢梳理好。后面又不断加功能进来，修改了底层的协议。很快的功能性的任务都实现了，就没什么事。这样子持续了一两个月，这一两个月也让我明白了一个道理，程序员的工作成果是阶段性的，老板眼里只会看现在，并不会觉得你以前做了什么东西。也是在这个时间段里，主管因为家庭原因也离职了。公司就剩下4个人，外加老板一个。

后面的事情就是去接手别人项目的东西，帮帮测试项目性能。记得最深的是Tomcat的性能测试，也是让我感到很烦躁与自信心丢失的。因为一开始没沟通好。我就按照自己的想法去做，可能我自己想法有点迷乱，因为我也不知道性能影响因素是什么。只能百度加实测，后来测的数据有点乱，人都烦躁不已。再跟老板不断沟通后，要求具体的需求后，才慢慢的测好结果。这也跟一开始的需求讨论有很大的关系，也让我懂得前期的需求沟通是多么的重要，没有理解透彻需求，不要去随便的开始工作写代码搞测试。因为会让人做很多无用功，从而越做越没信心。

整体项目做完了，大致的功能性测试与性能测试也都陆陆续续的做。而我又不得不转过头来搞之前自己修改的项目。因为性能测试还得完成。这已经是2年的事。结果性能测试有一些不满足的，这也是当前的工作了。

回顾这2年多的公司生涯，有些事反反复复，兜兜转转的，也学到了很多东西。不过最大的问题是永远感觉技术没成长，代码没写多少。事情感觉都是一阵好一阵坏的，有时觉得自己很牛逼，有时感觉代码都忘光光了。很多技术上的东西都是一知半解的，也不知道哪里是出路？是否还能坚持下去？

欢迎各位交流！