banq,我的思路和你非常接近,只是我设想的开发模式是分为三层。

基础框架层------我现在正在开发的openis

行业扩展层------不同的应用需要不同的进一步的扩展

具体项目--------每一个项目的开发时间都极短,甚至只是对某个已有项目的修改。

关于openis,我现在在cosoft.org.cn有一个open source的项目,目前还在写文档的阶段。

比较同意kaneboy的观点,
重用性不是与生俱来的,而且不容易完全预见或者客观定量,应该更多的算是一个学习的过程。有时候看起来比较笨的设计改起来倒也不一定那么麻烦。但是如果总是原地踏步,很有可能当某总新的需求出现,refactory代价就比较大。所以banq说需要一种意识很重要也是没错的,只是做多少灵活性算够用和跟经验以及能力有关。
其实哪个老板都注意到技术知识积累的重要性
可IT业人才的高流动性
给老板带来了不安全感
很多时候积累,只能做到员工对技术的积累,而没有做到企业对技术的积累,员工走了,企业就白积累了
"够用就好"只是一种设计策略,并非真理或者公理。策略是环境因素的产物,策略的采用依赖于具体的环境和所想达到的目标。明白这点就好。
“程序员一定要有“计划没有变化快”的思想,树立需求第一,没有不变的需求的思想,我认为这是作为一个程序员的基本素质,如果我招聘程序员,我不会出试卷考他有多少技能,这些以后都可以学会,我会考他的做程序的思想,这真是世界观的问题,世界观错误,基本方向就不对,再高技能也是空的。”―― 深得我心

很想知道:应该怎样考他做程序的思想?

>很想知道:应该怎样考他做程序的思想
模式和架构知识。