Clojure帶給我不一樣的世界

不一樣的世界這一年，Clojure帶給我1關(guān)于我倒騰了10年的開發(fā)C++、C#、Ruby、ClojureWord、UML、甘特圖、燃盡圖…Scrum支持者信奉Scrum價值觀踐行4年，始于草莽，歸于無形翻譯《ProgrammingClojure2nd》正在為創(chuàng)建一個報警網(wǎng)絡(luò)而工作2話題講一個故事，講給還徘徊在Clojure門外，以及剛剛跨進(jìn)來的同學(xué)聽。3故事的開始一個歷史遺留系統(tǒng)開發(fā)階段共3人參與，耗時近4個月。上線聯(lián)調(diào)耗時1個半月。Bug不斷，修修補(bǔ)補(bǔ)1年多，仍然無法穩(wěn)定運(yùn)行。代碼規(guī)模C++頭文件：10,507C++源文件：19,351C#代碼：10,3024在時間的壓力下只顧堆碼，不管清理堆碼越多，債務(wù)越高很快就演變?yōu)楦呃J5團(tuán)隊遇到了麻煩壓力巨大彼此推諉喪失熱情紛紛逃離6債要怎么還？身邊誰長的比較倒霉，就扔給他？不好意思坑熟人，找兩個新人去堵?lián)屟?？干脆找機(jī)會自己也開溜得了？這絕對不是解決問題的辦法！7還債的選擇繼續(xù)找蟲子畢竟是一筆投資，即便它更像是債盡管用戶不滿意，但好歹它“能運(yùn)行”但是要從代碼中領(lǐng)會別人意圖是個挑戰(zhàn)面對不具備可讀性代碼時，更為艱巨事實上，已經(jīng)嘗試過很多次也許最后能夠成功，但經(jīng)受考驗的不僅僅是技術(shù)8那么，完全重寫呢，行不行？怎么證明這是更有效的方式？怎么證明這不是一次不負(fù)責(zé)任的技術(shù)沖動？怎么證明不會重蹈覆轍？不，無法證明。這時候還不可能向其他人展示結(jié)果。9重寫的理由在一堆垃圾上耗費(fèi)再長的時間，很可能最后得到的還是一堆垃圾。引入框架太過隨意的這個問題，現(xiàn)在更加清醒了。更清楚系統(tǒng)結(jié)構(gòu)的問題所在，也更能切中要害。手邊有了Clojure（這個理由嘛）受Clojure影響，對一切用復(fù)雜手段去解決簡單問題的做法，都難以忍受對真正要解決的是什么問題，比以往理解的更準(zhǔn)確、更深刻（這是最重要的）10理由有很多，但關(guān)鍵還得有勇氣11需要戰(zhàn)勝恐懼對自己而言，從未應(yīng)用于實戰(zhàn)的思想、語言、平臺…沒有其他任何人來共同分擔(dān)責(zé)任沒有失敗的退路動搖遇到坎坷，感覺再也走不下去的時候“還不如…”的念頭壓力時間、領(lǐng)導(dǎo)、同事、自己12開拓歷程邊學(xué)邊寫兩個半月（之前有一個月的基礎(chǔ)）大范圍重構(gòu)不下10次，小型重構(gòu)無數(shù)自己一個人（閉關(guān)）番茄工作法IM和郵件都是上下班開15分鐘，其他時間關(guān)掉盡可能不參加任何會議每天工作7小時左右（注意，是工作時間）周末沒有加班，即使是現(xiàn)場部署13開拓成果1,367行在兩種不同數(shù)據(jù)庫間同步數(shù)據(jù)銜接三個內(nèi)部子系統(tǒng)對接兩個外部系統(tǒng)需要轉(zhuǎn)換和處理SOAP、SIP、RTSP、HTTP提供了一個簡單的Web配置接口現(xiàn)場上線聯(lián)調(diào)只用了不到一個禮拜上線后沒有任何bug報告，半年來甚至沒有重啟過服務(wù)14還沒結(jié)束作為項目副產(chǎn)品，創(chuàng)建了一個940行，基于JAIN的SIPDSL庫同等抽象級別的C++SIP棧用了25,869行除去即將廢棄的接口后，僅不到620行隨后的幾個月中，又與另一個外部系統(tǒng)對接通訊協(xié)議模型發(fā)生了巨變支持更多的協(xié)議命令新增代碼未超過150行，一個禮拜即完成功能開發(fā)留下充裕的重構(gòu)時間，當(dāng)然還有咖啡、鍛煉、讀書的時間bug-free，沒有了無窮無盡的bugfix，甚至都有時間看博客和網(wǎng)絡(luò)視頻了兩歲的兒子跟我好像也更熟了15那么，一切緣何而來Clojure？16我的答案是真正的理解需求Clojure17真正的理解需求找出問題的本質(zhì)本質(zhì)的東西往往比其外表要簡單得多從過往的失敗中吸取經(jīng)驗深入分析，但要設(shè)定時限，避免思維擴(kuò)散去掉無關(guān)的枝節(jié)需求規(guī)格列出來的，與問題的本質(zhì)大多相去甚遠(yuǎn)即便我們真的漏掉了什么，也還有彌補(bǔ)的機(jī)會相信我，這對所有人都好：客戶、隊友、老板，當(dāng)然還有自己，和自己正在從事的這份事業(yè)18核心簡單的問題讓它保持簡單讓復(fù)雜的問題變得盡可能簡單幸運(yùn)的是，這也是Clojure的核心！簡單！19簡單的重要性“在我們看來，是這兩個關(guān)鍵至極的概念驅(qū)動著Clojure的一切：簡單、強(qiáng)大?！薄禤rogrammingClojure2nd》20簡單和容易是不同的簡單一條線上：一個規(guī)則、一個任務(wù)、一個概念、一個維度取決于線與線之間的交錯情況，而非線的數(shù)量是可以客觀評判的與簡單對立的是：復(fù)雜容易是相對的：經(jīng)驗、知識、能力、工具都會有影響與容易對立的是：困難簡單可以讓事情變得容易，反之則不然——摘自《SimplemadeEasy》，RichHickey21什么東西容易但不簡單大多數(shù)托托拽拽的快速開發(fā)技術(shù)不不不，我可沒說是哪家公司喜歡來回折騰這種技術(shù)22Clojure的核心哲學(xué)就是讓事情變得簡單語言構(gòu)造幾句話就能說清楚的語法規(guī)則（沒有語法）少量的幾個特殊形式（SpecialForms）標(biāo)準(zhǔn)庫一致的規(guī)則和概念以組合的方式運(yùn)作和擴(kuò)展函數(shù)式和并行數(shù)據(jù)不可變?。。。ㄉ踔劣绊懥宋覍慍++代碼的方式）直面現(xiàn)實中的“狀態(tài)”問題（STM）強(qiáng)調(diào)“值”的作用直截了當(dāng)易于傳輸、利于測試語言獨立，更通用23簡單的益處易于編寫同一時刻只關(guān)注一個點使大腦進(jìn)入流狀態(tài)，保持清醒和專注易于測試不牽涉過多的其他因素便于構(gòu)造模擬數(shù)據(jù)，也利于驗證易于理解別人更可能是兩個月后的自己避免隱晦的bug更容易達(dá)到“明顯沒有錯誤”，而不是“沒有明顯的錯誤”能更高效的進(jìn)行REPL體驗式開發(fā)（這實在太重要了）24如何讓代碼保持簡單一切復(fù)雜的問題都可以通過分解變成足夠簡單的問題，不要因為任何理由破壞簡單性DSL一切，如果值得的話盡可能熟悉標(biāo)準(zhǔn)庫，尤其是序列庫（map、reduce、filter等等）避免引入難以駕馭的庫或者框架，更要避免讓它們侵入你的核心仔細(xì)分割那些少數(shù)不得不處理狀態(tài)的部分，記得關(guān)好它們，不要讓它們到處亂跑程序的大部分應(yīng)該是純函數(shù)選擇好的組合方式，并不斷嘗試用更好的方式重新組合它們?nèi)绻娴挠錾蠌?fù)雜的大麻煩，請參考第一條25對問題領(lǐng)域和方案進(jìn)行抽象——DSL最簡潔的領(lǐng)域表達(dá)方式定義領(lǐng)域問題描述問題的解決方案（與命令式的方法完全不同）具有最佳的可讀性，即使讀者并不熟悉Clojure語言也能領(lǐng)會直接使用領(lǐng)域中的詞匯深層次的復(fù)用對領(lǐng)域問題的自然分解對詞匯加以組合（決定說什么和怎么說，想象一下我們自然語言的工作方式）26小心框架框架能幫助我們快速跨過門檻但也可能會在我們想更進(jìn)一步時絆倒我們想要真正掌控不是易事框架會幫我們掩蓋一些問題但不代表問題會自動消失只是我們暫時可以不去關(guān)注框架有很多通用型方面的設(shè)計決策其中的大部分可能對我們沒有什么幫助過多的間接層次，增加了復(fù)雜度27要重新造輪子嗎視需要而定功能、性能、安全性、可控程度信賴值得信賴的，小心那些可疑的Clojure社區(qū)的很多庫：小巧、專注、可組合，很容易通過讀代碼理解其內(nèi)部機(jī)制大多數(shù)C++、.NET和Java框架：總是試圖包羅萬象，引入前務(wù)必要充分驗證，確保帶來的是價值而不是麻煩自己造的輪子也可能演變?yōu)橐粋€更適用的框架與問題最匹配復(fù)雜度可控28總結(jié)一下，我學(xué)到了什么讓Clojure哲學(xué)成為自己的信仰29當(dāng)Clojure的哲學(xué)成為一種信仰時我會讓工具服務(wù)于問題，而不是讓問題來遷就工具僅因為會用斧頭，所以就用它來削蘋果嗎，NO！Clojure可以制造斧頭，也可以制造水果刀，明智的從中選擇必要時，甚至不必堅持Clojure簡短總是好的，我會勤于維護(hù)，保持代碼身材能用3行解決就不用5行除非3行的讀起來不如5行的清晰30當(dāng)Clojure的哲學(xué)成為一種信仰時盡可能忘掉我懂得這些技術(shù)，除非發(fā)現(xiàn)其他所有的方法都會影響代碼的可讀性:多重方法（Multimethods）宏（它很強(qiáng)大，但大多數(shù)的蚊子不需要大炮）不進(jìn)行層層封裝，因為這是不必要的有值，還有對值進(jìn)行處理的函數(shù)就很好了定義DSL，通過組合來描述高層概念只要具有良好的可讀性，那就越直接越好（比如調(diào)用Java和.NET）31當(dāng)Clojure的哲學(xué)成為一種信仰時我會花更多地時間來重構(gòu)仔細(xì)斟酌命名，讓它們保持一致，且詞能達(dá)意尋求更好的組合方式，使得句子的表達(dá)力更強(qiáng)及時清理過時的代碼，避免它們干擾閱讀用宏來封裝重復(fù)出現(xiàn)的模式，并給它取個好名字32當(dāng)Clojure的哲學(xué)成為一種信仰時會盡可能讓代碼進(jìn)入良性循環(huán)保持代碼可讀更容易修改節(jié)省維護(hù)時間有時間重構(gòu)代碼33當(dāng)Clojure的哲學(xué)成為一種信仰時花更多時間學(xué)習(xí)關(guān)于編程的更本質(zhì)的東西《計算機(jī)程序的構(gòu)造和解釋》《集異璧之大成》34接近尾聲，不妨來做一個對比提提神35由某些公司/組織主導(dǎo)的技術(shù)喲，這技術(shù)不錯，拖拖點點程序就出來了，趕快學(xué)吧。抓狂，要實現(xiàn)稍稍“高級”一點的功能，只能四處搜尋各種“秘籍”。漸漸適應(yīng)，剛剛懂得如何避開各種各樣的陷阱。盡管總是會被bug纏身。還來不及為能記住這些知識而沾沾自喜，“新一代的技術(shù)”到來了。36但是，我們實際上想要的不過是建幾個窗口/Web頁面讀寫一下數(shù)據(jù)庫/文件有時候向別的程序發(fā)送點數(shù)據(jù)OMG來回倒騰意義何在！37我們花費(fèi)時間的真正價值在于解決了客戶的問題真正的創(chuàng)造出了一些東西把代碼債變成了資產(chǎn)讓知識能夠不斷積累，而不是當(dāng)做垃圾扔掉38最后，是一篇摘自《外刊IT評論網(wǎng)》的短文39A：兄弟，你真走運(yùn)，能成為一個程序員。你們有高超的技術(shù)，所有人都羨慕做技術(shù)的。你們可以把任何想法變成一個應(yīng)用程序，然后能通過它掙錢，不需要依賴外人開發(fā)。我也希望能成為一名程序員。B：實際上，做一名程序員，我很痛苦。A：啊，兄弟，你什么意思？B：這種工作方式慢慢的讓我變得憂郁。我注意到，在其他程序員中——并不是全部——但很多，都有這樣的感覺。40A：什么工作方式？B：關(guān)注負(fù)面的東西，而不是正面的東西。A：做一個好的程序員需要這樣嗎？B：我的工作流程基本上是這樣：寫出代碼；運(yùn)行代碼；看到錯誤信息；找出錯誤，回到第一步41B：日復(fù)一日，年復(fù)一年，我就一直這樣。一直在尋找我創(chuàng)造出來的東西里面的錯誤，很少會想到它們的好的一面。這是一個消極的反饋循環(huán)。A：瘋了B：如果不是在編輯器里，我就會在bug跟蹤系統(tǒng)里，那是一個麻煩問題的清單。一個告訴你什么出問題了，需要你去修改的清單。一個讓我抓狂的清單。A：兄弟，我覺得你有點悲觀