我们要怎样为开发灵活性买单

  我们知道在系统产品设计中，有一种思路是模块化，另外一种是集成化。模块化的思路很流行，因为模块化在组建系统时很灵活，理想中系统搭建可以像拼接积木一样。还可以降低重复开发的成本，而且功能边界清晰，开发时不同团队之间的交流成本也低。以后有类似需求时还可以直接拿来使用，一个模块做好后可继承性强。但是也有其弱点，弱点就是集成度低。有些部分因为各自考虑各自的功能和边界，导致有些设计无法复用从而总体留出的设计余量大。成本就会比较高。复用时大部分因为考虑降低复用成本去将就历史的设计导致整体设计反而不伦不类。而集成式设计的优缺点就相反，成本低，可复用率低。要求协同设计的水平高。

  两种模式的综合成本肯定有个重叠区，这个依据公司实际情况而定。但是从两种模式的特点可以看出，两种开发模式可以在不同的商业模式下去应用。针对产品基数小，但是开发种类多的建议采用第一种开发模式，这种情况下，单个产品的边际成本没有开发的边际成本高。而针对产品的基数大，种类少的就建议采用第二种。原来谷歌试着推模块化手机，结果失败了。我觉得就是客户不愿意为产品的灵活性多买单。