如何提升開發者代碼的創造力/讓編程再也不枯燥

做爲一名JAVAEE開發者，你也許已經對web開發的模式很是的熟悉，好比Controller/Service/Repository,模式化程度很是高，甚至業務也抽象爲簡單的CRUD。
簡單的嚴重的限制開發的思惟方式，限制代碼的創造力，同時也讓開發變得枯燥無味。
這固然是編程藝術家不能忍受的。

本文從2019年03月讀的其餘領域的書中看到的等價變換思惟和戈頓法啓發，結合最近工做實際狀況來探索怎樣提升代碼的創造力。
戈頓法（Synectice）：這種方法的指導思想把問題抽象化，不具體攤開業務，避免思惟受到限制。
主要指抽象功能的動詞部分。
例如在定義一個拆開快遞的的業務，咱們將此抽象爲"開"，發散就有撬開，擰開，斷開，破開，撕開，剝開，翻開等。
等價變換思惟（Equivalent Transformationn Thought）：我的理解爲類比法。

在理解現實生活中的事物，每每比較簡單，但開發者想將其抽象爲軟件領域模型（Domain）就會費勁的多。
下圖以個人開源項目（源碼地址: 薅羊毛框架 (查看源碼)）爲例：

讓編程變得快樂有意思的同時也會創造出更多的業務場景，
不只能夠精準的定義業務，讓業務沒有誤差，同時也讓系統的耦合性很是低。
國內人設計的系統每每越作越複雜，無非是對業務抽象設計時出現沒有意識到的誤差，致使積重難返。
若是咱們將業務類比於相對真實的事物，就會讓系統更加健壯和精準。
固然也不能徹底照搬其餘模型，不然會陷入戰爭泥潭的。

若是把創造力簡單的理解爲我的的經驗，能力，認識方式，思惟方式，這種想法過於傳統，也沒法將創造力傳承。因此抽時間在此總結，但願成爲一種有效的創新工具或一套創造方法論。

Created by 蘇亞強(sueeing@126.com) on 2019/5/18.