影响软件开发效率的12大杀手[3]

　　我的观点是，选择有限数目的编程语言。当然，你也必须确保这种技术对你们公司有用。例如，有必要用四种网络服务框架吗？没必要，一种足矣。

字串7

　　8．紧跟技术的发展和革新，不过这个比较困难 字串6

　　我们很容易碰到这种情况，为了实现某个功能你必须付出很大的努力，但是实际上已经有工具可以做到这点，但是我们却不知道。如果我们关注着技术的发展，包括开 发框架的革新，方法的提出等等，就可以避免这种情况的出现。幸亏有这种关注的习惯，我发现了现在我用得几乎所有的工具：Eclipse, Maven, Tomcat, Apache, LDAP, CruiseControl, TestNG, Python,等等。它们中大多数工具都可以为我节省很多工作。有的项目本来需要几个月的开发时间，结果缩短到几周。

字串8

　　比较困难的就是如何去选择工具（要花费很多时间去选择工具），而且还得避免你的工作团队同时使用太多的技术。有个建议，当使用某项技术还在实验之中的时候，我们最好不要用，最好等到它已经实现了，有成熟的产品了。 字串2

　　另外一个挑战就是评估、选择新的技术。如果要对旗鼓相当、都是很有竞争力的框架进行评估，并从中选择一两个的话，这个难度一般也很大。 字串4

　　9．为了保持效率，最好不要被频繁地打断

字串6

　　在解决复杂的问题的，开发人员一般需要7到15分钟进入高效的状态。如果从一个活动转到另外一个活动（电话，电子邮件等等）就会打断开发人员的进程。例如，如果一个团队的开发人员每20分钟就有个技术服务的电话骚扰他，哦，这完全是灾难性的。因此，我们不应该允许用户直接打开发人员的电话。 字串3

　　取而代之，我们应该建立一个工具收集问题、bug、需求等等来完成这些工作，这样开发人员就可以专心致志地忙他的本职工作。这样的工具很多，包括Mantis 和Jira。 字串9

　　另外一点，记住，开发人员并不是机器，他是人。为什么项目经理要求开发人员记住――存储――他们的要求？难道他就不能把他的要求写下来吗？ 字串8

　　10．定义好构架与编码同等重要

　　在没有构架的基础上进行编码如同在没有灯光的夜晚驾车。你有可能达到你的目的地，但是行程很慢，也很危险。如果有构架师，他就会经常审核原始的产品，预测可能出现的问题。缺少了构架师，系统能难有很好的框架，如果每次加进一个新功能，系统复杂度就会大大增加。