Clojure帶給我不一樣的世界

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