Evans
北京早晨比较凉爽，不过仅限刚起床那阵。早五点半起（申报吉尼斯），床上神游一小时。洗漱，把Evans DDD的讲座打开，昨晚有些看睡着了，所幸留了标签。
Evans一头黄色卷发，蛮像报纸连载卡通上的男主角。但大叔讲的委实不错，说话不紧不慢，吐字清晰，思路流畅，乃非英文母语人士之福音。最重要的，thought-invoking。伊其实一路边思考边讲，跟着他的思路，自然。 领域建模，hmmm，我觉得实在是件很困难的事，故也会有成就感，话说还没有这个机会…熟悉所要建模领域知识经验，与领域专家的沟通，就算是略知一二，还是令人生畏。不可避免，还会有失败带来挫折感。
对人，领域知识可以用比较粗颗粒的自然语言描述。但要将这些自然语言转化为机器能理解的语言，包括可扩展性等要求，任务陡然变得艰巨。需对领域对象有深刻理解，对象描述的粒度在一平衡点上；分析之后的设计包括创造性的活动，也是最有价值的地方。达成一个满意的系统，有不止一种适用的建模方案。复杂系统，如果开始缺少良好的设计，碰到新的需求变化，估计一百个脑袋也不够用，tackling the complexity正是DDD的目标所在。一句蛮有意思的话："for a complex problem, there is alway a solution, which is simple, neat and wrong"，hmmm。
Evans谈到，期望整个系统都是设计良好(well-designed)并不现实，这种预期反而会让整个系统陷入混乱。那么妥协，期望最重要的那部分系统是设计良好，其他的模块可以做出妥协。并且在这些模块之间建立一道墙（分层？），防止不良好的设计，污染到设计良好的核心部分来。Evans将ｄｏｍａｉｎ分成三块ｇｅｎｅｒｉｃ，ｓｕｐｐｏｒｔｉｎｇ，ｃｏｒｅ，和核心业务相关的领域，要投入大量资源进行设计（也买不到，也是工作的价值所在），并且有效隔离防止被污染。ｇｅｎｅｒｉｃ ｄｏｍａｉｎ的解决方案，可以购买，ｓｕｐｐｏｒｔｉｎｇ ｄｏｍａｉｎ可以外包，而core应该是evans的宠儿了。
正是存在了这些独立于各大公司的guru，使一部分人的理念发生了一点不同。
