一个项目消耗时间的一些因素

• 整合不同的技术。

一个大的项目不可能只使用一个或两个技术，你要使用Spring, Hibernate, Web Flow, SiteMesh, ACEGI, Taglibs
你要使用一些适合自己的Design Pattern, Cache,
你要将这些东西优雅的整合起来需要消耗很多精力，这个主要花在项目前期上。

一个新的项目你也可以修改一个已有的项目来节省精力，但修改项目就象在一件新衣服上打补丁，修改的地方越多，
系统的结构性和可维护性就大大降低了。因此除非是两个项目需求和功能极其相似，否则采用修改的办法不会产生好的代码。

由于整合了不同的技术，又要面对这些技术升级带来的影响。虽然有Maven这样的工具来减少升级带来的影响，
但大部分情况我们需要自行了解每个单独的技术升级所带来的变化和进行调整。

• 开发人员需要使用自己不熟悉的技术。

每一个项目都有一些独特的功能和需求，而且随着技术的更新，开发人员在进入一个新项目的时候不可避免需要使用新技术。
程序员熟悉一个新技术的过程需要消耗大量精力，但项目的进度要求不可能允许开发人员花大量时间彻底研究一项技术。
在没了解新技术的详细使用之前，程序员粗略看下相关的例子便仓促上马会带来很多潜在的问题。
所以这里总结成两个问题：熟悉新技术所花费的时间；解决技术不熟练所带来的问题花费的时间

• 使用先进技术的渴望和压力

因此虽然使用开发人员已经熟悉的老的技术会使开发速度提高好几倍，但项目通常还是需要使用新技术来开发。
由于受大环境的影响，程序员一方面渴望使用新技术，因为只有不断的更新自己才能立于不败之地。
另一方面由于主流的技术不断的更新，如果不更新很多功能的开发就会受到制约。

因此对于一些需求简单的项目，最简单的完成方法是使用一个已经存在的项目修改，这样就可以大量节约时间。但对老的项目有很多限制：

1. 需求和功能大致相同。
2. 程序结构清晰，代码规范，文档完备，便于修改。
3. 修改的人员最好参与了老的项目或者可以很方便的同老项目的人员沟通。

这些条件都不容易实现的，所以软件开发始终都是一项消耗的工作