这篇博客开始写很久了，都已经在我随笔列表的第三页了，然而因为各种原因一直拖着没有写完，所以下面可能出现的最近未必是真的最近。还有最喜欢的两幅画没放进来，有些遗憾，分别是现藏于中国美术馆的万山红遍层林尽染和常熟田。因为一个意外的契机开始，很长时间以来不断的去各种画展，有美术馆、画院，也会去私人的画廊。虽然看不懂，但是毕竟好看的不好看还是能看出来的、赏心悦目，懂不懂什么的......。艺术可以触动人的感性思维，我就属于感性思维有缺陷的，期望能被艺术品感染一下，弥补点这方面的缺陷，或许也能借他山之石在技术方面有所感悟也未可知......吧，总之既然能感受其中的美目前也就足够了，就像某个段子说的，喜欢吃冰淇淋并不需要先学会制冷。看的时间长了就会有一些与自己工作相关的感触。另外，在听一些数学、力学课的时候，偶尔会意外得听到一些关于艺术的认识，我觉得很适合先给大家看一下。
莱布尼茨：音乐，是人类精神通过无意识计算而获得的愉悦享受。
下面这张图是我听清华力学课的时候，截下来的一张截图：
别的不多说，只说经常在美术馆听到的一类评价，这画画的真像。我个人是觉得画得像应该是相机出现以前的事，之后更多的应该是画家在画中表现出的感悟，或者某些画面对画家的触动，这类甚至在有些摄影艺术中也难以展现出来的令人"愉悦"的"无意识计算"。
画家以画展示所思所感，观者因画中感性被画家心境引导出自己的心境。其实我们做需求的时候多数也是这样的，让客户提需求，很难能提出什么来，但是你做出点东西以后，他就会有这样那样的想法，这样那样的改法，相对这句话我们就是画作者，客户就是观者，我们需要引导出客户的真实需求，是想提高办公效率还是辅助标准化办公流程，我真实遇到过一个项目，客户提出的需求和最终的目的有一定冲突，事实上多数项目都有这种问题，只是有时候不难么明显，不过频繁修改的需求很多都是这种原因。
关于开头的第一句话：“画家以画展示所思所感，观者因画中感性被画家心境引导出自己的心境”。太宗以史为鉴，我现在有机会以画为鉴，品味被画家引导出的自己的心境。以观者的角度体味能被画引导出的对自己的认识，凡事需先认清自己，方能择一适自己所行之路。有了需求就需要开始选型，能从画中发现自己有什么能与之共鸣，我们要使用什么样的技术和框架帮助自己完成项目，选择之前就要首先认清自己，擅长什么、能多大程度上使用从未接触的技术、团队的技术组成、人员性格、配合的默契程度等等。
明确了自身的情况，也更容易设计出自己团队可以完成的业务模型，并在期限内完成它。由于接连不断的去看画，总是有新的想法，所以改了很多次，原本打算在博客最后引出的我对贴在DDD初学指南的对评论的回答，但是由于某天看了王衍成先生的画，于是我决定在这部分写了。关于“业务模型更接近现实”这回事，其实早几年我也是这么想的，但是逐渐改变了看法，业务模型应该是为了更好完成我们的系统而设计的。粗略的看上去似乎并不冲突，但目的不同，结果也会有很大不同。首先，业务模型是抽象的，是为了表达系统最终目的而做出的只为完成系统的目的抽象。相对的”更接近现实“这种说法更贴近于实现。并且现实方方面面就像米特奥拉说的“这个世界的信息是多层次的，无论多无聊的信息都不会用单一的表达形式，存在这样的复杂性”，而好的业务模型一定是以最精简的抽象来表达系统所要完成的目标，比如王先生的这幅画：
其实开始没什么感觉，只觉得是水边倒影，直到走到这个角度：
说句实在话，走到这个角度，其实我也完全不知道他在画什么，但是这时这幅画突然给我一种林间小路的感觉，虽然本来觉得更像是水面，不过感觉到了上午紧张工作的大脑突然放松了，不管作者究竟想表达什么，看画人有所触动也就够了，就像某些阅读理解的答案中常说的：留给读者无限的想象空间。画通过画家对所画之物的抽象来表达画的核心，软件通过业务逻辑的抽象来体现软件的核心价值。