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