企业应用架构的设计--是面面俱到还是仅仅提供基础服务

公式太精典了收藏之

小公司不作框架封装是由于
1找不到好的人才，
2浪费时间。
一个项目一笔钱。
下个项目指不定还作不作这个行业呢
用通用框架浪费小
所以用通用框架。

大公司的活动地盘大多在一个区域内，
所以有足够的时间与精力来作专用框架

任何的老板都会选择max((收入-成本)/成本）的这个公式的，但是问题在于，在作出选择之前，收入，成本这两个数值是老板并不知道的。

收入是由销售部作的年度估计

成本是人员的成本（高程价格高，低程价格低）+可遇见成本（软件没什么源材料要采购。。。所以只有工具成本）

有些公司的收入不稳定

为什么不先讨论一下第一种框架的可行性呢？

如果是专注某一应用领域的解决方案的公司，那么第一种框架是有可能的。但如果是要针对多种应用领域，通用而又傻瓜......现在有这样的框架存在吗？

你说的那叫银弹。。。。出了的话我第一个转行。。。

我们还是讨论某一应用领域的通用框架的可能吧

如果是专注于某一个应用领域，那就是要尽量往商品化软件的方向靠，尽量增加可以复用的东西。如果不是一开始就走商品化的路，那也一定要沿着项目——解决方案——商品这样的路走。这恐怕是每一个这样的公司都会追求的方向。

利润会不会快速增长不只取决于企业内部，还要看市场环境，如果市场环境好，当然你的假设就是对的，如果市场环境很萎靡那么公司并不愿看到员工成长太快，而事实上根本就不会成长的太快。

走这样的道路大家都知道，最难的是如何把握好过渡的问题。
很多时候并不是方略的错误，而是时机选择的错误。

确实很难把握这个度。

即使是在某一领域，第一种方案也有自己的问题。

比如普通开发人员和架构的设计者之间就会有一道鸿沟。

另外，前面的朋友也提到了，其实架构本身的维护需要更高级的人才。而且这部分人才升值只怕更快。

还有就是这种架构用一段时间，可能就会过时，又需要花大力气重新开发，并且重新培训。