大家做项目开发还从头开始设计编码吗?

个人感觉是现在项目的利润越来越低,并且金额也越来越小,都是十多万二十万.当然我们是小公司.当面对的都是这样的项目的时候,你会选择一步一步的从头开始吗:数据库设计--编码--测试等等.我的意思是:当你面对越来越廉价的各种开发中间件平台时,你还会自己从头开始编码吗?
觉得这样的项目开发迟早都会进入一个死胡同,未来的项目要不就自己形成一套成熟的framework,要不就是买入别人的平台进行二次开发

从头开始的界限是什么：
什么框架都不用，算是从头开始吧，
那使用已有的成熟的框架，比如使用spring，算是从头开始吗？
或者是自己已经搭建好了一个很基础的平台，比如struts+spring+hibernate ，这样就不是从头开始了吧。
我觉得现在的公司或者个人如果开发过几个项目的话，肯定是有技术积累的，就是应该形成了自己的一套framework，只是在做相似的项目时的各个的framework的重用度，成熟度有区别而已。
开发项目时，使用这些framework，然后可以寻找一些与项目需求有关的，使用技术相差不多的open source 来进行二次开发，这应该是目前一些小公司开发项目的方法吧。
这是我自己的一点想法，不对的地方还请各位指教。

你可以使用些快速搭建的框架呀   ROR TRAILS

每个团队都应该有一个Appfuse式的项目

埋头走路还需要抬头看路！

光作业务不积累可不行，每次都从头来成本太高，应该分析你们接过的和将要接的业务类型，逐渐形成自己的框架，特别是业务框架，如批文，订单，合同等都可以，这比AppFuse要高级一层，也需要人为对代码进行提炼和重构，费力是值得的，省去不少重复劳动的时间，你们的利润自然就要上来了，也能腾出精力寻求更多的机会。

对负责的程序员来说也是很好的，说不定新的设计模式从中就诞生了，呵呵！

不错,我差不多就是这个意思.要有业务的积累,挂上就可以复用.另外,一些基础件也是这样,比如说权限\组织机构等等,这些都是可以复用.不然每次webwork+spring+hibernate也太痛苦了.
另外,还想表达的一个意思是:你会考虑在一些中间件平台上做二次开发吗?

开源免费又确实便利项目开发可以考虑吧，另还要考虑学习成本的问题，不好说。

因该有一个很成熟的架构才行的，通过配置完成业务，基本上不需要编写程序

基本不需要编写程序是不现实的，每个项目的需求肯定或多或少都有区别！不过如果能形成一套成熟的框架，肯定会给项目开发带来很大的方便！

这个问题很有价值。

当然不是从头开始，每个公司都要建立几条产品线，由组/构件、架构、框架、过程等构成。
开发一个新产品时，会复用所处产品线中的很多资产，相当一部分只要搭搭积木就行了。

还有就是建立原型方案，一个典型的原型方案可以按照不同的企业需求进行定制或二次开发。

所以一个中小软件公司要专注于一个行业，或者一小块应用，这样才更有效率，盘子太大就会效率低下，管理也是个问题。

ps:这个贴子放错了地方，应该在软件工程版。