工作小结
2012-12-21 20:30
127 查看
软件最重要的是稳定性,其次是功能。
保证在任何情况下都不会crush至关重要,对各种异常情况的考虑很重要,当然需要测试的帮忙;
对于功能,要考虑到所有情况下功能都能正常运行,保证安全;
当出现bug的快速分析,定位和解决是很重要的;首先分析log,大概定位;然后参阅相关代码,凡是涉及这个bug的代码都要仔细看,是不是逻辑错误,或者是异常情况没做检查;如果难于定位,可以多打log帮助分析;当然也可以请教同事,他们比我更有经验;
虽然现在做的项目已经发布一个版本了,之后的维护升级估计都是我的事,现在还有几个弱点:多线程和网络。
虽然 算法导论 之类的书很有用,但实际工作中我做的不是底层,需要设计的算法只要考虑到全面就行了,但还是感受到了算法的重要性。
关于格式:文件命名,类命名,变量命名最好采取统一的方式,不然代码与文档和log就很难同步起来,这一点我深有体会;除了公司要求的命名规则;这种Description+Num的方式相当清晰。真正可以不注释就能看懂代码在做什么,不要上去就**module,木有那么笼统。
另外就是模板的巧妙运用可以较少很多代码量,可以我写的模板太少了。
好吧,暂时总结这些,不定期更新。
保证在任何情况下都不会crush至关重要,对各种异常情况的考虑很重要,当然需要测试的帮忙;
对于功能,要考虑到所有情况下功能都能正常运行,保证安全;
当出现bug的快速分析,定位和解决是很重要的;首先分析log,大概定位;然后参阅相关代码,凡是涉及这个bug的代码都要仔细看,是不是逻辑错误,或者是异常情况没做检查;如果难于定位,可以多打log帮助分析;当然也可以请教同事,他们比我更有经验;
虽然现在做的项目已经发布一个版本了,之后的维护升级估计都是我的事,现在还有几个弱点:多线程和网络。
虽然 算法导论 之类的书很有用,但实际工作中我做的不是底层,需要设计的算法只要考虑到全面就行了,但还是感受到了算法的重要性。
关于格式:文件命名,类命名,变量命名最好采取统一的方式,不然代码与文档和log就很难同步起来,这一点我深有体会;除了公司要求的命名规则;这种Description+Num的方式相当清晰。真正可以不注释就能看懂代码在做什么,不要上去就**module,木有那么笼统。
另外就是模板的巧妙运用可以较少很多代码量,可以我写的模板太少了。
好吧,暂时总结这些,不定期更新。
相关文章推荐
- virtools的SDK使用前准备工作小结
- 近期学习工作小结
- 工作小结20140504-话题发现
- Tapestry+Spring+Hibernate整合工作小结[转]
- 开始app开发的工作小结
- android工作小结 ---- 3
- 跨浏览器开发工作小结
- 工作小结(二十一)-网页都变成灰色
- 工作问题小结——用户输入合法性验证
- 工作小结(三)--js比较两日期大小并确认是否提交
- 工作小结_2016年2月23日23:16:59
- 掌上通工作小结
- 工作小结
- 八年工作小结,以及读书笔记的序
- Web前端工作2个月小结
- 《火球——UML大战需求分析》(第2章 耗尽脑汁的需求分析工作)——2.5 小结与练习
- 小结:实例解析DAO设计模式工作流程(无框架)
- 工作小结-TextBox为密码框赋值技巧,CSS溢出显示省略号方法
- 毕业两年工作三年小结
- 一步步学Qt,第五天-Qt学习小结-Qt工作机制