昨天我们为民航做的项目正式上线了，总的来说还是很兴奋的，此项目历时一年的设计、开发、测试、变更等环节给我积累下了不少经验。
当然我只能是个小屌丝(程序猿自称)，项目启动后的任务就是根据需求思考问题，设计代码结构，力求高效可靠（当然了整个项目的设计已经有牛人搞定）。
闲话少说，来总结总结：毕业到现在有加上目前这个，我曾下过手的，已经有两个项目已经上线了，回忆一下大多的时间消耗不是在编码阶段，就目前上线的这个项目来说吧，光是需求就做了大半年，用户回馈信息后的修改也占用了很长的一段时间，编码实则只占到四分之一的时间。因为项目组人少，也没有正式的测试人员，我们项目经理成了主力，需求、设计、编码、测试、回馈问题的修改他全部都参加了，重点是需求和设计基本是他一人把关的，我等屌丝只需听后差遣或提出些小建议，试问有几个公司有这么给力的项目经理呢？额.......又是闲话。呵呵
夸完了项目经理，呵呵，那得夸夸同事了，协同开发比较复杂的项目，svn上的冲突啊几乎不可避免，悄悄的‘’‘’‘’‘’‘我们老大经常覆盖我们的代码，呵呵，同事则不会，一般冲突了都会问问或者协调下，这个还是比较靠谱的。
经验之一：相任队友，别人写的东西肯定有他的道理（就算不写注释），这一点不可否认吧；经验之二：虚心请教，很多时候别人的东西不能理解而这时候又需要用到它，这就得去问问了，别迷迷糊糊的就继续敲呀敲呀敲，回头一楞，“欸，不是这么回事”，那就悲催了，我就犯过“二”；经验之三：服从安排，协同开发大大忌就是不服从安排，出过这样问题的猿友们想必下不为例了吧，经验之四：在测试人员不多或者就没有情况下，最好的办法就是让同事测试你的哪个模块，也就是换着测试，老实话，开发人员比测试人员还会做用例，而且在测试报告上还可以看到队友的错误分析，这样子是不是很靠谱，留着再议，在我这到时很靠谱；经验之五：作为开发人员，有必要提出在实现某些问题时，在项目设计上发现的缺陷，好的软件都是不断完善的，一气呵成基本不靠谱，windows牛逼吧？一样的天天打补丁。经验之六：适量运动，强健的体魄还是很重要的，例如一同事在项目要结了的时候感冒了，哎，来上班还不如不来呢，咳嗽，鼻涕.......呵呵，主要是不舒服做事没效率，越是关键时期就越不能出问题，所以平时的锻炼是很有必要的。经验之七：测试文档要好好写，现在不是流行有图有真相吗，写完操作步骤后最好将效果截下来，还有就是偶然性错误有条件的话一定叫开发本模块的队友过来看看再说，他也许比你了解得更深入！
大概就这些吧，今早上收到回馈说：程序运行正常，那边给予好评，看来这个年终奖金有戏了，呵呵，最后的总结：客户是上帝，需求变更你就老老实实地改吧，谁叫人家给银子花呢？