1.领域驱动设计

《领域驱动设计》这本书的内容很有价值。值得每个软件工程师去了解和掌握。它并不是需求分析师的玩具。每个有追求的软件工程师都应该去学习。书中基本上把业务复杂型的软件系统开发遇到的问题都做了系统性的整理和讲解。

比如第二章讲交流与语言的使用，凡是和需求方有过沟通的开发同学一定会对书中描写的沟通场景深有体会。我们心理可能会抱怨需求方对软件系统开发啥都不懂，与需求方沟通像是鸡同鸭讲一样。作者给我们指出了背后的原因，并提供了非常有价值的解决方案。这是绝对行之有效的。在我们和需求方沟通的时候，记住和需求方一起建立起Ubiquitous Language。

但是不可否认这本书写的比较晦涩，英文版就比较晦涩。翻译的质量还是不错的，但是架不住原文的晦涩，所以经过翻译一遍后，就更加晦涩了。基本上每个地方都需要反复阅读，才能明白作者的要表达的意图，理解了之后你会觉得原来如此。

还是举第二章的例子，可以参考我的文章《领域驱动设计-领域到底是什么，模型又是什么，什么是Ubiquitous Language》。读了这批文章之后，再重复读一次《领域驱动设计》第二章应该会更有收获。

2.TOGAF、COBIT、CGEIT

一本表达并不通俗易懂的技术思想类的书能够历经20来来年时间的洗礼，而没有消弭，一定是有原因的。如果说这个原因是培训行业的鼓吹，或者是公司的技术决策层为了政绩业绩的炫技，我是不信的。

TOGAF、COBIT、CGEIT 这些我了解的不多，不好比较到底是TOGAF、COBIT、CGEIT 这些更有价值，还是DDD 的思想更有价值。应该也是看使用场景，正如小姐姐味道说的，应该更适用于咨询公司去帮助梳理咨询公司客户的场景吧。

小姐姐味道：“说个实话，我见过很多咨询公司的大佬，他们对这种想要通吃的方法论嗤之以鼻，更倾向于使用TOGAF之类老牌的业务梳理方法。”