共计 748 个字符，预计需要花费 2 分钟才能阅读完成。
作为一名 JAVAEE 开发者，你也许已经对 web 开发的模式非常的熟悉，
比如 Controller/Service/Repository, 模式化程度非常高，甚至业务也抽象为简单的 CRUD。简单的严重的限制开发的思维方式，限制代码的创造力，同时也让开发变得枯燥无味。这当然是编程艺术家不能忍受的。
本文从 19 年 03 月读的其他领域的书中看到的 等价变换思维 和戈顿法 启发，结合最近工作实际情况来探索怎样提高代码的创造力。
戈顿法（Synectice）: 这种方法的指导思想把问题抽象化，不具体摊开业务，避免思维受到限制。
主要指抽象功能的动词部分。例如在定义一个拆开快递的的业务，我们将此抽象为 "开"，发散就有撬开，拧开，断开，破开，撕开，剥开，翻开等。等价变换思维（Equivalent Transformationn Thought）: 个人理解为类比法。
在理解现实生活中的事物，往往比较简单，但开发者想抽象为软件领域模型就会费劲的多。
下图以我的开源项目（[1]: https://github.com/x-seeing/enginerring）为例：让编程变得快乐有意思的同时也会创造出更多的业务场景，不仅可以精准的定义业务，让业务没有偏差，同时也让系统的耦合性非常低。国内人设计的系统往往越做越复杂，无非是对业务抽象设计时出现没有意识到的偏差，导致积重难返。如果我们将业务类比于相对真实的事物，就会让系统更加健壮和精准。当然也不能完全照搬其他模型，否则会陷入战争泥潭的。如果把创造力简单的理解为个人的经验，能力，认识方式，思维方式，这种想法过于传统，也无法将创造力传承。
所以抽时间在此总结，希望能成为一种有效的创新工具或一种创新方法论。
Created by 苏亚强(sueeing@126.com) on 2019/5/18.
正文完
