企业架构师和解决方案开发人员必须记住，正确地理解过去的历史性开发和解决方案，对于今天开发的代码和应用的贡献意义深远。对于成功的软件工程来说，软件开发人员和工程师要能考虑到过去其它人做的工作，并将其看作是一项工作，持续无缝地进行修复，这一点很重要。至少从非技术人员的角度看来，这项工作永远都是第一要务。

　　了解我们的“遗产”

　　为什么说知道、了解和赞赏我们的遗产如此重要？这是因为所有的项目对于满足客户的需求，都有过去、现在和将来这三种方式，这三个状态在项目的演变中都很重要。

　　糟糕的是，组织往往不是关注于填补过去与未来版本（这往往会涉及到三个不同的需求设计活动）之间的差距，而更多地是在浪费时间和金钱，重新发明“轮子”，对于新的需求，采用从头开始做的方法。

　　所有人都应该遵循一个基本原则：应对在给定解决方案工作的上几代人予以尊重。这看起来很简单，但在这个原则下的应用，会给IT行业节省数十亿的美元。另外，如果更多的开发人员和设计师感激那些过去的经验，感谢它促使行业走到今天这个地位的话，那么就不会再尴尬地接到像XHTML规范这样的灾难性工作。

　　HTML5、XHTML尊重过去

　　为什么是XHTML这样的尴尬？它之所以尴尬是因为它不尊重过去，可以看到，在具体的方法上，通过向后不兼容以及重要的工作，许多组织提出了整顿兼容性的问题。XHTML标准对于遗留HTML视若无睹。当然，随之而来的XHTML混乱创造出了HTML5，这是一种积极的发展。然而，随着行业推行XHTML规范导致的混乱，它本身就是足以证明欣赏前人工作的重要性。

　　虽然采用的过程可能是缓慢的，但社区已经热情地拥抱和接受了HTML5。行业广泛接受HTML5很大程度是因为它与XHTML不同，它既接受也支持遗留的网络站点和样式。通过拥抱而不处罚，通过扩展而非否认遗留的标识语言演变，HTML5已经迅速成为推进满足现在和将来需求的web设计的原因。对于这个教训，所有的企业架构师和解决方案开发人员都应该注意：有效地开发既适用于现在，也能拥抱未来的解决方案架构；感激过去开发的解决方案，对于今天开发的代码很重要。