小弟我的软件工程之路（五）—四个月总结
我的软件工程之路并没有按计划更新 ，有些感觉对不起自己，客观原因是比较忙，一方面因为换了一个新环境，要适应工作，另一方面也是因为要考工程硕士，学习备考科目，还要继续学习跟自己工作相关的java web方面的相关知识，并且在跟进一个DRP项目，充电嘛，还感冒发烧加各种病了半个月，没缓过劲来。现在总算是好点了。
主观原因，自己变懒了，不如以前勤快了，至少周末的时间利用得并不算太充分。事情一多，有时候会变得麻木，有些事干起来很机械。不思考，不总结，给自己的感觉是：碌碌无为。因为没有好好总结，这几个月的收获可能要打些折扣。所以还要补回来。2012就这么过来了，末日没有来临，我只能继续做我的总结。
8月份，自从结束了javascript的恶补以后，我开始学习j2ee相关内容，对于j2ee的一些规范有了进一步的认识。因为有.net基础，所以java web方面的学习并不算困难，只是熟悉j2ee的规范，java相关语法等等。
8月底开始进入一个DRP的项目，了解业务，数据库建模，搭建java开发环境，完成用户管理模块，分销商维护等等，但是做了将近一个月，就被派到铁科院做铁科院自己的一个管理系统，做了几个模块，因为公司的一些制度，这里就不细说了。两个系统很相似，都是DRP范畴的东西。
需求不完善，改动较大，没有设计文档，这似乎成了中国一大特色。这个项目也让我认识到在开发过程中，沟通的重要性，与需求沟通，与测试沟通，与领导沟通，与同事沟通，如果沟通不及时，沟通不到位，很可能会造成大麻烦，不怕不会做，就怕遇到问题憋着。
这几个月的工作，我也简单写了几个工作日志，有兴趣可以看一下。
我的工作日志1
我的工作日志2
我的工作日志3
我的工作日志4
我的工作日志5
我的工作日志6
还有一些在工作中总结出来的小细节，列出来供大家分享，当然有些公司肯定有制度规避这些问题，有则改之，无则加勉：
1、查出来的东西，一定要有序的，基本习惯，必须加默认排序，避免混乱不堪。
2、如果你的模块需求变更比较快，一定要尽可能做到程序可扩展，不然修改可能是颠覆性的
3、办公室内不要得罪女人
4、如果事先不约定好编码规范，后期改起来会死人的
5、尽可能不要跟别人同时维护一个类
6、需求和测试仅仅了解自己的模块是不够的。必须有全局观。
7、尽量不要在别人忙着的时候问别人问题，或者讨论问题
8、要把问题记录下来，开会的时候可以拿出来讨论，讨论结果也要记录下来。
9、如果系统不成熟，需求变化太大，应该在代码注释中记录，“什么时候，谁让改了什么”，不至于最后互相推脱责任。
10、如果要高仿旧版本的代码，一定要先读通旧版本的代码，一方面为了整合成与现有代码相同的方法，不然高仿的11、反馈的问题，你们给我反馈，让我知道你们想了，想了和想不出来是两个概念
12、如果把界面类似的功能合并到一个界面，一定要慎重，因为很可能会把代码变复杂，不易于后期维护
13、要及时与需求沟通，并把沟通结果落实到纸面上，不然以后测试提出来bug，你说需求让你这么做的，可是文档没有变，这都是麻烦。
14、需求文档在改，更新完了，一定要及时通知开发人员，不然开发还拿着老文档在做，后果可想而知。
15、操作数据库，尤其是写数据，切记不要陷入死循环，短短一两分钟，上千万条数据插入到了数据库，很可能把服务器搞死。查询条件过于复杂，也会拖慢响应速度，最好能用索引。
16、有问题要及时问，不能憋着，不要怕丢人，拖来拖去可能会引起大麻烦。
17、……暂时就想起来那么多
业余时间，还准备了一些工程硕士的考试资料看了看，做了一些题，总算没有白费，考试通过了，当时还想，过不了就省点学费，这下不用省了，呵呵。前面提到的DRP项目，在业余时间，我也一直在跟进，代码还需要再完善，现在也基本接近尾声了，后续我会把项目中的一些技术点提炼一下，还是那句话，总结才有进步嘛。接下来的三个月，我会恶补java web方向的知识，争取让自己上一个新的台阶。
最后，引用公司一位导师说的话，感觉挺有意义，与大家分享，大意如下：
作为一个软件设计者，你该如何面对你做的事情：
你干着这件事，你将来是什么样子，你都想象不出来？？？
你们在做一个程序，你都没有想过要把这个程序引向何方？象棋，围棋都是要先布局的……
工作中，要有自己的学习，但工作中的东西，也要吃透。工作经验是一点点吃出来的。
- 1楼jiben2qingshan5天前 08:27
- 顶一个！