我為什麽寫這麽多開源框架，還長期保持維護？

除了我想讓更多人受益於開源外，還有一點就是，我想保持我良好的編程習慣

寫業務代碼也可以保持良好的編程習慣啊

能，但是太慢！

寫業務時無法註意到的細節

在寫業務代碼時，即使項目時間充裕，你也會忽略掉很多細節，而這些細節正是影響你進步速度的關鍵，但你自己卻很難察覺，在不知不覺間就對你的進階之路造成了很大的影響

所以你的進步速度非常之慢，做了多年也只是熟練而已，無法更進一步

業務代碼和框架代碼最直觀的差別就是，業務代碼可以隨意修改，而框架代碼，使用者不能直接修改

由於業務代碼的修改不受限制，所以一有需求變動，你就直接通過修改問題代碼的方式來快速解決問題，即使這個代碼的變動非常頻繁，但你的第一反應卻不是通過代碼設計的方式來解決後續的擴展問題，因為這看似一勞永逸的方式，會浪費你當下大量的時間

人類的潛意識會更註重當下付出的成本，而忽略掉未來會獲得的收益

因為你上面的編碼方式，所養成的不好的編程習慣，會讓你本能的不註重代碼的耦合性、靈活性、可擴展性

所以即使你天天敲代碼，你的進步也如此之慢，因為你平時就缺乏架構設計、代碼設計的鍛煉，日積月累，你也只是搬磚的速度比之前更快一點而已

寫開源框架時給你帶來的改變

這個時候如果有一個好的 leader 能每天 review 你的代碼，還時常提醒你這些問題，只要你慢慢改成，並養成習慣，那你的進階之路也會十分順暢

但如此好的 leader 是可遇不可求的，那我們如果沒有一個好 leader，該如何養成一個好習慣呢？

我的建議就是做開源庫，而且盡量做開源框架，比如架構框架、UI 框架，網絡框架、圖片框架，盡量少做開源 App（當然如果為了學習某項技術也是可以的）

因為開源 App 主要是幫助你和別人學習某些技術，也是有大量的業務代碼存在的，無非就是用了一些新的技術，而且還是你一個人寫，有些細節你更不會考慮 …

而開源框架是拿給別人調用的，所以對代碼質量要求更高，考慮的細節更多，對你的提升也越大

並且你的框架代碼是放在服務器上的，使用者無法修改你的代碼，這就會強迫你更關註代碼的耦合性、靈活性、可擴展性，甚至是你寫業務時根本不會註重的註釋和文檔

因為使用者用得稍有不爽就會給你發起 issue，不斷地督促你優化你的代碼、註釋、文檔，不斷地幫助你培養一個良好的編程習慣

這就好比你有成百上千個好 leader 每天 review 你的代碼，並指出你的問題，給予更好的建議，而且這些 leader 中絕對藏龍臥虎，這樣日積月累下去，你怎能不成長？

良好的編程習慣助你快速進步

我的很多編程習慣，經過不斷的糾錯，優化，糾錯，優化，已經深深的刻進我的腦子裏了

我框架用到的大多數設計模式，都不是我刻意去用的，都是遇到某些問題，或者使用者需要增加什麽功能，我為了不影響之前的版本，保證擴展性的前提下，去解決這些問題，而不得不去使用這些設計模式，很多情況下，代碼已經寫完了，才知道，原來我用的是 xx 設計模式

在這種不斷優化代碼，養成的良好編程習慣下，我寫代碼時，使用設計模式已經變成了潛意識的行為，根本說不出為什麽要用這個設計模式，只因為覺得這樣用才是最優解，這就好比拳擊手，遇到***時會潛意識的躲閃、反擊一樣，這就是不斷實戰、不斷訓練的結果

框架要做到滿足所有人的需求太難了，但只要你不斷優化，能做到讓大部分人滿意，那對你的提升絕對是巨大的，而且你的編程習慣也會有巨大的飛躍

比如我寫註釋的編程習慣培養起來後，我的每個開源框架，都寫了大量的註釋，描述的非常詳細，保證大部分人都能明白原理

一個好的習慣，堅持一天，就往目標前進一步
一個壞的習慣，持續一天，也就浪費一天時間

我做開源三年時間改掉了我很多不好的編程習慣，讓我進步飛速，所以我感謝開源

我也鼓勵更多的人積極參與開源，讓別人受益的同時，別人也讓你不斷進步

自己是從事了五年的前端工程師，不少人私下問我，2019年前端該怎麽學，方法有沒有？

沒錯，年初我花了一個多月的時間整理出來的學習資料，希望能幫助那些想學習前端，卻又不知道怎麽開始學習的朋友。

如果你依然在編程的世界裏迷茫，不知道自己的未來規劃，可以加入web前端學習交流群：784783012 裏面可以與大神一起交流並走出迷茫。新手可免費領取學習資料，看看前輩們是如何在編程的世界裏傲然前行不停更新最新的教程和學習方法（詳細的前端項目實戰教學視頻），有想學習web前端的，或是轉行，或是大學生，還有工作中想提升自己能力的，正在學習的小夥伴歡迎加入

點擊：加入

程序員養成這個習慣，薪資就像開掛一樣！