转载

1.善用搜索引擎。很难想象不会用搜索引擎的程序员怎样写程序（大牛除外）。用google，而且最好英文的。说白了就是要学会找关键词，抓住问题的重点

2.善用开源。绝对不是蛊惑大家去扒拉GPL的代码来用哦，而是要从中学习好的框架，好的风格，以及好的思想。

3.学会ask问题。俺希望听到别人是这样问俺：“我正在调试oooo号bug，大体的现象是XXXX，我理解CCCC功能是AAAA这样的逻辑，于是尝试用YYY的方式去调试，得到了ZZZZ的结论，还有没有其他的方式呢？”。个人觉得这样的提问方式可以让别人知道：你对bug的理解程度，对整个流程的理解程度，以及做过哪些努力。这样别人才有机会能够将最精炼的地方讲述给你，既不会太唠叨又不会太抽象。事实上某个bug毫无头绪，常常就是对流程的理解程度不够。

4.学会share问题、答案与思路。在这里share下俺最丢脸的bug，掩面~~~~~~~~~~~
for(expression......很长);
{
  do something;
}
那个万恶的分号绝对是手抖了=。=，为了这个bug俺消耗了1个小时的人生。纠结之余，俺给大家发了封邮件说了下这个bug，不想引发了大家对于代码格式的广泛讨论。于是俺现在养成了只要碰见有趣的bug，难搞的bug，笨笨的bug都可以每周，每月集中mail下。这样就能听听前辈们是怎么看待这些问题的，从不同的角度观察同一个bug，经常有很棒的收获哦。同时俺收到同事们这样的mail也很感激，说不定下一分钟俺也犯相同的错误呢。

5.学会share随笔。和上一点类似，好记性不如烂笔头。把模块中你所理解得流程或者构架，写成随笔，配上两张图，share出来，让前辈们看一看。一方面看看自己是否理解有偏差，另一方面也为以后的维护者留下更多的资源（俺比较懒^_^，深信一件事情应该只做一次）

6.团队，交流。我承认代码痞子的存在，但是大部分前辈只要不是改bug改到冒包的时候，都是愿意交流的，而且再牛的大侠也有不了解的领域，有交流才有进步。