文： 面试摘录
为什么要转载这篇文章，有几个原因：
1 前面两天在公司总部电梯里，碰到嵌入式的一个同事问研究院的朋友：你们那边最近可有新的研究项目？研究院的朋友答曰：没有。近一年都是在基于现有产品做一些应用产品的技术支撑。
2 文中对基于bug率来考核开发人员的说法和软件公司的优势的观点，表示赞同；
3 对重构的观点，不予认同。我自己在做项目过程中，刚开始都会有一些想法，但是，每个项目，包括最简单的项目，即便开始的思路很清晰，但，往往后来都需要变更调整。在做的过程中，我们往往会遇到一些新的思路，或者因为新的问题、困难而调整设计，这是很正常的，只有细化到具体，才能发现出足够的问题。我为什么有时候不愿意带新人，有部分原因就是怕别人受不了我这一点，开发过程中，经常变更设计，带的人会觉得很辛苦。我比较赞同极限编程的思想，先做起来，有问题，做的过程中慢慢解决。当然，大方案，在设计的时候基本上都清楚。代码细节上的调整，呵呵，对于重复的代码，往往通过代码生成器解决了。所以，重构不再是体力活，而是思维的精细化，优美化。