大家做项目开发还从头开始设计编码吗?
个人感觉是现在项目的利润越来越低,并且金额也越来越小,都是十多万二十万.当然我们是小公司.当面对的都是这样的项目的时候,你会选择一步一步的从头开始吗:数据库设计--编码--测试等等.我的意思是:当你面对越来越廉价的各种开发中间件平台时,你还会自己从头开始编码吗?
觉得这样的项目开发迟早都会进入一个死胡同,未来的项目要不就自己形成一套成熟的framework,要不就是买入别人的平台进行二次开发 1 楼 fly_ever 2006-10-11 从头开始的界限是什么：
什么框架都不用，算是从头开始吧，
那使用已有的成熟的框架，比如使用spring，算是从头开始吗？
或者是自己已经搭建好了一个很基础的平台，比如struts+spring+hibernate ，这样就不是从头开始了吧。
我觉得现在的公司或者个人如果开发过几个项目的话，肯定是有技术积累的，就是应该形成了自己的一套framework，只是在做相似的项目时的各个的framework的重用度，成熟度有区别而已。
开发项目时，使用这些framework，然后可以寻找一些与项目需求有关的，使用技术相差不多的open source 来进行二次开发，这应该是目前一些小公司开发项目的方法吧。
这是我自己的一点想法，不对的地方还请各位指教。
2 楼 dengyin2000 2006-10-11 你可以使用些快速搭建的框架呀 ROR TRAILS 3 楼 daquan198163 2006-10-11 每个团队都应该有一个Appfuse式的项目 4 楼 行为艺术家 2006-10-11 埋头走路还需要抬头看路！
光作业务不积累可不行，每次都从头来成本太高，应该分析你们接过的和将要接的业务类型，逐渐形成自己的框架，特别是业务框架，如批文，订单，合同等都可以，这比AppFuse要高级一层，也需要人为对代码进行提炼和重构，费力是值得的，省去不少重复劳动的时间，你们的利润自然就要上来了，也能腾出精力寻求更多的机会。
对负责的程序员来说也是很好的，说不定新的设计模式从中就诞生了，呵呵！ 5 楼 ronghao 2006-10-11 行为艺术家 写道埋头走路还需要抬头看路！
光作业务不积累可不行，每次都从头来成本太高，应该分析你们接过的和将要接的业务类型，逐渐形成自己的框架，特别是业务框架，如批文，订单，合同等都可以，这比AppFuse要高级一层，也需要人为对代码进行提炼和重构，费力是值得的，省去不少重复劳动的时间，你们的利润自然就要上来了，也能腾出精力寻求更多的机会。
对负责的程序员来说也是很好的，说不定新的设计模式从中就诞生了，呵呵！
不错,我差不多就是这个意思.要有业务的积累,挂上就可以复用.另外,一些基础件也是这样,比如说权限\组织机构等等,这些都是可以复用.不然每次webwork+spring+hibernate也太痛苦了.
另外,还想表达的一个意思是:你会考虑在一些中间件平台上做二次开发吗? 6 楼 行为艺术家 2006-10-12 ronghao 写道行为艺术家 写道埋头走路还需要抬头看路！
光作业务不积累可不行，每次都从头来成本太高，应该分析你们接过的和将要接的业务类型，逐渐形成自己的框架，特别是业务框架，如批文，订单，合同等都可以，这比AppFuse要高级一层，也需要人为对代码进行提炼和重构，费力是值得的，省去不少重复劳动的时间，你们的利润自然就要上来了，也能腾出精力寻求更多的机会。
对负责的程序员来说也是很好的，说不定新的设计模式从中就诞生了，呵呵！
不错,我差不多就是这个意思.要有业务的积累,挂上就可以复用.另外,一些基础件也是这样,比如说权限\组织机构等等,这些都是可以复用.不然每次webwork+spring+hibernate也太痛苦了.
另外,还想表达的一个意思是:你会考虑在一些中间件平台上做二次开发吗?
开源免费又确实便利项目开发可以考虑吧，另还要考虑学习成本的问题，不好说。 7 楼 hasi 2006-10-12 因该有一个很成熟的架构才行的，通过配置完成业务，基本上不需要编写程序 8 楼 小贾 2006-10-12 hasi 写道因该有一个很成熟的架构才行的，通过配置完成业务，基本上不需要编写程序
基本不需要编写程序是不现实的，每个项目的需求肯定或多或少都有区别！不过如果能形成一套成熟的框架，肯定会给项目开发带来很大的方便！ 9 楼 JavaInActoin 2006-10-12 这个问题很有价值。
当然不是从头开始，每个公司都要建立几条产品线，由组/构件、架构、框架、过程等构成。
开发一个新产品时，会复用所处产品线中的很多资产，相当一部分只要搭搭积木就行了。
还有就是建立原型方案，一个典型的原型方案可以按照不同的企业需求进行定制或二次开发。
所以一个中小软件公司要专注于一个行业，或者一小块应用，这样才更有效率，盘子太大就会效率低下，管理也是个问题。
ps:这个贴子放错了地方，应该在软件工程版。 10 楼 hasi 2006-10-12 小贾 写道hasi 写道因该有一个很成熟的架构才行的，通过配置完成业务，基本上不需要编写程序
基本不需要编写程序是不现实的，每个项目的需求肯定或多或少都有区别！不过如果能形成一套成熟的框架，肯定会给项目开发带来很大的方便！
是的，我们以前的公司做钢铁MES,最多写20%的代码 11 楼 wuhua 2006-10-16 我想应该由设计师提供一个公司通用代码库跟一些常用应用接口. 12 楼 foxgem 2006-10-16 说到底就是公司需要有自己的核心业务，只有方向确定了才谈得上积累。小公司最大的矛盾就是既要解决生存，还需要解决积累问题，积累基本上可分为技术和业务。对于很多小公司而言，一般的技术已经足够使用（据我所知，目前国内小软件公司，大都主要是做MIS。），难点是业务问题。就我的所遇到的用户，能把业务说清的实在是凤毛麟角......
