摘要：
勇于承认自己不知道答案，这点就和勇于对不合理的要求说不一样令人难以开口，却不能不开口。
修复错误时不要急于下手，要先明白现在的逻辑，读懂现在的代码，遇到其它小组主写的程序时不要死看程序，要多向其它小组的同事讨教。
永远不要害怕问出SB的问题，再傻的问题只要是自己认识思考就要表达出来了，同样如果碰到别人问一些简单的问题也不要不耐烦，要认真对待。
改bug或是看代码时遇到不合理的代码要善于逐步合理重构。
如若有可能，“午餐会议”会是一个比较好的分享知识，增进团队凝聚力的方式，不过处在一个公司不管饭、有人带饭有人去餐厅吃饭的氛围下实施起来有难度吧。
学习一门技术的时候不要用旧的眼光来看待，不能用C＃的语法来写VB程序。
不要重复的造轮子，但要选择合适的轮子，互联网上开源的东西很多，要选择适合自己的。
开始一个项目时，最好可以要求一个客户代表常驻项目组，作为需求的惟一入口。如果客户代表不能常驻项目组那么需要商量一个合适的周期频繁的给客户代码演示系统，以快速获得反馈。
将警告视为错误。
每日立会，是站立的立，而不是例常的例。
尝试在不同的Release轮换人员，不要形成这块是 阅读全文
posted @ 2012-02-14 15:30 张荣华 阅读(873) 评论(1) 推荐(0) 编辑