分块云计算

如此一来，我不用再拘泥严格的分层方案，转而把精力集中于寻找恰当的分块。又由于整个解决方案被分为若干小块，从而每一个分块的分层形式可以更加灵活，因为规模更小了。

按技术拆分团队

写上面一节的时候，我想起了2005年在挪威Lillehammer举行的软件架构研讨会[Fowler LayeringPrinciples]。当时我们在会上讨论如何把大的团队拆分成若干小团队。

无论那次会议之前或之后，我都有拆分团队的经验，多次拆分中既有按技术拆分的，也有按功能拆分的。我尤其记得一个项目，对其中一名团队成员来说，按功能拆分是失败的，因为他没有什么经验，所以几乎每一个方面他都不得不苦苦挣扎。.

在另一个项目中，按技术拆分看起来非常成功，不过那个项目的成员都很有经验。即使在这个成功项目里，也有很多情况如果按功能拆分会取得更高的效率。比如跨单元的小改动，牵涉到的人可以更少。

总而言之，我偏向按功能拆分团队。每个人肯定有自己特别擅长的部分，但如果不用协调及等待其他人完成相应的工作，那么大部分工作都可以更快地完成。

企业领域模型

前些年很流行建立整个企业“一统天下”的数据模型。背后的想法是如果一朝找到并描述出这样的数据模型，就能从中创造出巨大的业务价值。于是传达给业务人员的是这样的信息：

“现在给我们两年时间不受干扰，到时候我们会交给你一个定义好的模型，你想要的一切都能不费吹灰之力就创造出来。”

依我之见，“企业数据模型”是大大失败了。原因肯定不少，但下面这几点可能在最重要之列：

即便是中等规模的企业，数据模型的规模也过于庞大。

数据模型试图用静态的方法描绘一个动态的目标。而且描绘一个庞大的目标比小的目标要困难得多。