前言

我在该公司任职软件开发工程师，刚实习的第一个星期，主要的工作是熟悉公司的开发框架及开发流程，及时完成项目经理派发的任务。从第二个星期开始，我就开始接触公司的开发项目。

项目介绍

令我印象最深、体会也最深的一个项目是《南京大学110周年校庆系统》。该项目不仅开发时间短(只有一个月的时间)，最主要的是需求不清。在客户与公司的双重压力下，我们这组人(共5人)在与客户只沟通了两次的需求下，我们就开始动工。

该项目的用户主要分为校领导和嘉宾。针对校领导和嘉宾进行相应的车辆、餐厅、宾馆、会场、时间、志愿者的安排，要有冲突提示功能。如：在一个重叠的时间段内，一个人不能同时参加两项及以上活动;一辆车安排的人数不能超过他的最大承载数等等。在做这些功能的时候，我们有过以人为基础，分配车辆、餐厅等资源，也有考虑过以资源为主，分配人员等种种意见。在每一次意见有了分歧以后，我们都要讨论，各抒己见。这种方式使我乐于表达自己的想法，当我的想法得到了其他同事的认可时，那种感觉无法用言语来表达。即使是自己的想法错了，但听到同事的另一番看法，使我茅塞顿开，也有了收获的喜悦。

由于项目太紧，我们经常加班，每晚都要坐末班车回去，好几次回来后倒头就睡，周末也没得休息。正是有了这些无以言表的感觉才使我对这个项目，对这个阶段很难忘。在项目的功能方面，我负责所有基础信息的添加与列表显示。在做这些的时候，与我在学校做的项目的最大不同是分页都是用的存储过程，验证最好要做到客户端和服务端同时验证。还涉及到站内信互发、打印、导出、发邮件等这些我以前看似很神奇的东西，现在我已把神奇变为了现实。

工作经验

在这半年多的工作实践中，我学到了很多，这些都是作为学生学不到的，如：

1、我参与的都是团队合作的项目，无论是在自己公司，还是在合作公司，我们都讲究团队精神。在信任自己和他人的基础上，思想统一，行动一致，这样的团队一定会攻无不克、战无不胜。我们的很多工作是一起完成的，在这个过程中，大家互相提醒和补充，大大提高了工作效率，所有的工作中沟通是最重要的，一定要把信息处理的及时、有效和清晰。

2、每一个项目在开始着手的第一步，一定要和客户把需求沟通清楚，只有了解了项目的需求，才有可能真正做好一个项目。我们需要向客户提出要求客户提供所有涉及该项目的资料，每次与客户见面都需要熟悉业务与程序的最少一至两个程序员随时记录需求。

3、工作中，有一个无论是技术，还是经验都比较让人肯定的前辈带领，将任务详细化，详细到每个页面、甚至是一个页面中的图片什么时候做好，做到什么程度，这样把工作进度有计划有方向的暂定下来，做事很有效率。

4、每天的工作小结真的很重要，这让我们每天都有计划的知道自己干了什么，不是漫无目的的工作。

5、工作并不是一成不变的，也许有一天你要去其他岗位帮忙，所以同事之间的技术要互相学习，也许有一天，公司需要你发挥其他的技能帮忙，所以互相学习也是很重要的，我在公司，深有感触，除编程之外，切图、界面设计等工作都干过。

一些感慨

转眼，出来社会都已大半年，已是半个社会人了。不能再向学生那样，某些时候可以随心随意。顶岗实习，为我们提供了一个很好的实践机会，可以让我们更好的把理论应用于实践，在实践中领悟理论，更可以学习到很多书本上学习不到的、甚至比理论知识更实用的业务知识。而且，这些实习经验，无疑是我们毕业后就业的一大筹码。作为一个成年人，作为一个社会职业人，任何时候都要守规矩，做好自己的本分，承担起自己所需要承担的责任。经历了2家公司的工作，我渐渐的认识到，每一份工作或每一个工作环境都无法尽善尽美，但每一份工作中都有许多宝贵的经验和资源，如失败的沮丧、自我成长的喜悦、温馨的工作伙伴、值得感谢的客户等等，这些都是工作成功者必须体验的感受和必备的财富。如果每天怀着感恩的心情去工作，在工作中始终牢记拥有一份工作，就要懂得感恩的道理，你一定会收获很多很多。在你收获很多很多的同时，你会发现自己已经在锻炼中变得勇敢，坚强，乐观，阔达。这样的你，是不断前进的走在成功的路上的。

一些建议

1、浅谈测试

一直以来，我都认为测试是脱离了软件工程范围的工作，不以为屑。但在实际情况中，测试是既重要且难以精湛的.其真正的压力，在于找不到bug，责任在你，而不在于编码人员。一般的测试人员不懂编码，他们靠的是日以累计的经验总结和想象力。而要做到高级测试工程师，则一定要懂编码，因为这是你完全掌握整个系统的方方面面具体运作的前提。但占主导地位的，还是大型系统的集成测试经验。实际项目中，编码时间一般只占30%左右，真正耗费时间的是IT阶段的找bug与对应bug，此阶段基本评定了coder的编码质量。

2、程序员的困惑

有些人，以为教学视频和代码看多，自己就懂的多，实际做起来，却不知从何下手，问题在那?如何定位?如何解决?通通跟一样能力有关，debug追踪能力，也称调试。在项目组工作不愁源码资源，但问题是蛋糕摆在面前，你如何去消化?

有位同事告诉我：代码看几遍都没用，要去抄，例如一个查询模块，在此基础上去做具体记录的历史记录查询模块，你可能会觉得很简单，但实际情况却往往报一堆异常，配置问题涉及到方方面面，以及数据库字段，传值问题等等，一大堆对于新人来说很郁闷的问题。但不用怕，只要学会调试，一个个问题去追踪，一个个去解决，自然而然，那段源码才真正属于你。

3、如何调试追踪

如果你能在短短的时间内就看到问题点在那，放下断点去追踪，出去找工作，绝对没问题。出现问题的时候，不要光看代码，要用实际行动去追踪运行期间的具体值，那是最好途径。eclipse是个很爽的ide，这点做的很好。例如页面内容显示不是自己想要的数据，我们要先从数据库查询语句去下手，设置断点，一步一步stepover，让sql字段(存取最终sql语句的字符串)运行到有值，inspect进去看，如果还看不出来，就点击它，copy后在sql客户端去实际运行，看看实际查询出来的表是什么，如果是对的，有可能就是页面调用的错误或者action逻辑的传值问题。

页面错误的调试，基本方法是用右键点击实际网页查看源代码，copy到editplus，就能看到具体错误发生在那几行。通常有几种常见的错误，例如：缺少对象这种很多时候是有些被你调用的字段有可能为空的情况出现的，可以加if(_x=null)语句加保护。追踪的方法基本就是用alert语句，放在有可能出错的地方。

4、一些习惯

遇到问题先自己思考，无从下手再找高手帮忙看看，注意他帮你看的思路，别在一旁闲着，看多了自己也会了，不然你一辈子都停留在那种水平，从人身上学到的东西远远比书多的多。

解决了一个问题后，要去究根问底去找到问题产生的起因，以防你下次遇到类似的问题再浪费同样的时间。

把代码写的漂亮，注释、空行、规范一样不能少，可读性是放在第一位。曾经看过一个高手写的代码，真的一看就是不同水平的人写的，几乎很完美，读起来很流畅，方便自己也方便别人。

任务完后不要呆着，去要求经理给你更有挑战性的任务，只要你肯去尝试，他们就会对你另言相看，把三天的任务一天加班搞定，效率和忠诚都有了，路也比较好走了。