这是一个老爷爷系统。

对于老爷爷系统，我们发现特别难以回答一个问题：系统是什么样的？它正在如何发展？

正在考虑这个问题。 目前想到几点：

分解问题的维度除了空间还有时间，可以逐一解决，还可以渐进解决。大家莫忘记了。:-)

架构师要善于将大规模问题分解为可控可解决的小问题，也要善于把大跨度问题分解为可迭代可验证可积累的小问题。

正在策划一个系统的灰度发布，目前有个简单的方案，（简图如最后所示）。

这是一个老爷爷系统。

对于一个历史悠久的老爷爷系统，我们的程序员定下了下面的代码质量守则：

敏捷已死，而敏捷性长存。

如何建立领域地图

敏捷已死，而敏捷性长存。

什么是“领域地图”？是“领域模型”么？

我们常常会发表一些连载的系列文章。 这些文章时间上有时会相互隔开，这时候默认的导航链接就不太方便。 需要一个新的方式在同一系列的连载文章间跳转。

同学们往右看：就是那个一坨一坨飘一飘的东西。8-D
每个圆表示一个category，它的大小表示该category名下文章的数量（相对的）；两个圆之间的连线表示两个category有联系，也就是说有文章同时属于这两个category。 两个圆距离越近，则category的关系越密切，同时属于这两个category的文章越多。
点击圆形，将来到一个显示该category下所有文章的页面。

你感到雪人项目进行得还算顺利，虽然样子有点奇怪。 直到有一天PO突然说道：“经过调研，现在的孩子喜欢的其实是蜘蛛侠不是蜘蛛。” 你于是尝试铲掉其中六条腿，雪人摇摇欲坠。 “架构太不敏捷了。”——PO大喊。