博客出自:http://blog.csdn.net/liuxian13183,转载注明出处! All Rights Reserved !
1、估计解决问题的时间。一方面要勇于承担责任,另一方面要记住最后解决问题的时间,工作中尽量多的使用Google、StackOverFlow等工具,但遇到重大问题时,需要及时反馈,大家共同讨论,切不可独自一个人摸索,要相信团队。
2、重视设计模式。大多数代码混乱,是由于缺乏良好的设计模式思维导致。当然如果脚本更能有效解决问题,优先考虑脚本。
3、做事对事不对人。出了问题,第一重要的是解决bug,而非指责写代码的同事,这才是真正有用的地方。团队应该互相帮助,共同发展。另外遇到比较烂的代码时,要先提出几种解决方案,而不是指责你的代码为什么这样烂。
4、做好版本控制,做好备份。偶尔会有同事强制提交代码,导致其他同事代码丢失,这时首先要做好备份;其次严禁强制提交代码,除非是大家都觉得没问题的情况下(尊重别人的劳动成果)。
5、优化代码、加强测试。代码高质在于每个人提交的代码都是高质的,所以业务流程下,代码要精练,测试完整考虑周全,再merge代码,提交review。
6、熟悉底层、复用成熟代码。利用代码提供高效,熟悉底层可以写出更优质的代码。例:如果你需要对插入的数据排序和禁止重复,那么最好使用HashSet,因为它的数据结构如此。
7、出现错误,一定是自己的错。不要怪工具,不要怪同事,自己耐心去找bug.
8、分享。团队中由不同背景和技术条件的成员组成,需要分享一些概念、工具、项目经验或者书籍,让大家在一个相同的环境中工作,而非各用各的,导致问题,只能自己处理,则效率低下。另外一到两周开一次技术分享会也是必要的。
9、要有全局观念。比方说不同分辨率的终端适配,代码可共用,缓存管理等。
10、设计指导而非控制开发。设计交付一稿,战略上要去完成它,战术上需要使用自己的专业能力去设计流程,做一个有头脑的程序员。