> 當一個人處在持續地追求與鋒銳地思索狀態中，他將收穫怎樣的價值與自由？

有人說，敲過萬行程式碼的程式設計師，可以寫一份基礎版入行指南，給初階人群作入門參考。碼過十萬行程式碼的程式設計師，能寫一本進階版技術手冊，給陷入發展瓶頸的人們“指點一二”。而完成了近千萬行程式碼的“頂級選手”，已經無需再進行形式繁瑣的“敘言著傳”，其存在本身，就會為大眾帶來極強的正面激勵與價值啟迪。

![](http://img.blog.itpub.net/blog/2022/07/01/43818f6a4615d971.png?x-oss-process=style/bb)

今天為大家介紹的張亮，便是我們所描述的，寫過近千萬行程式碼的“神級選手”。在著力參與開源專案建設時，張亮共計提交了 9,138,592 行程式碼。2372 天裡，張亮“筆耕不輟”，平均每三天就會貢獻近 10,000 行程式碼。在日復一日的堅持中，每天提交 3、4 次程式碼已是張亮的個人生活裡的必選題，甚至比日常三餐還要準時、高頻。

**資料之巨，比照業內，是驚人的創造力。心力之堅，對比芸芸眾生，更是寥寥無幾**。

談及其背後的支撐性力量，張亮用八個字概括：『**因為熱愛，所以勤奮。**』 這份熱愛支撐著他經歷了一次又一次的角色切換：從一名普通開發者到全球頂級開源專案的創造者，再到成為一家創業公司的 CEO。十七年間，張亮的角色在不斷進階，不變的是他最初投身開源行業的熱情與初心。對張亮來說，面前的二十多寸的顯示器不僅構築了能讓他盡情揮灑自身熱情與優勢的多維世界，一幅有關開源行業歷史與未來發展的巨幅畫卷也在他眼中悄然形成...

### 一、踐行程式碼世界裡的『完美主義』 追求優雅程式碼，是學問，更是藝術

> 在張亮的程式碼世界裡，優雅程式碼構成了一種秩序之美，是他在程式碼世界裡追求『完美主義』的主要方式。

![](http://img.blog.itpub.net/blog/2022/07/01/48904976dc5f0ddf.jpeg?x-oss-process=style/bb)

**理念：用優雅為“技術”賦予靈魂**

熟悉張亮的同學們都知道，『優雅』，是他一直掛在嘴邊的詞。專案架構要優雅、程式執行要優雅、程式碼觀感更要優雅。

但起初的張亮並不是優雅程式碼的擁護者。將時間撥回到十幾年前，21 世紀初的那幾年中，程式設計師們的創造力還遠遠沒有被激發出來，大多都是按部就班，將所寫出來的一行行程式碼當作是實現功能的工具，至於設計靈性、可讀性，更是無從談起。

但事實卻是，對於開發而言，在實現程式碼簡潔的同時要確保程式碼的易讀性、易維護和可擴充，這既是學問、也是藝術。**程式碼不僅僅是實現需求的工具，更是對業務領域理解和抽象的體現**。

優雅程式碼應怎樣解釋？怎樣的程式碼是優秀且優雅的程式碼呢？在閱讀《程式碼整潔之道》時，張亮找到了答案：

* 優雅程式碼好似軍規，嚴格且行列整齊規範，要求軟體工程師要有條理，需要清晰的規則底線；

* 優雅程式碼有層級分明、清晰的思路，要求程式碼的抽象層級要相同；

* 優雅程式碼之間的模組之間可以被解耦，且關係更清晰；

* 優雅程式碼需具備極簡性。

“把程式碼做得漂亮”，這不單需要考慮註釋、格式等視覺效果。還有諸多細節需要兼顧，比如變數名取得是否恰當、類與函式的權責劃分是否清楚等等。在細節與態度之外，也會考驗一名開發者是否具備較強的整體架構設計能力。架構設計是否合理，功能分支是否平衡，都是考驗一個專案本身優雅程度的重要因素。

但要在專案中踐行優雅程式碼並不是一件簡單的事，如何衡量專案中程式碼的優雅程度？如何保持專案整體的優雅與健壯？這些還要從為什麼要參與開源說起。因為只有在開源生態中，才能最大化發揮出優雅程式碼的價值，也都關係到開發者撰寫的程式碼能否匹配上更高階的開源生態。

**摸索：在開源社群的試錯歷程**

> 人的成長、成熟，需要歷經時間與實踐的打磨。在成長為開源圈的頂級玩家之前，張亮經歷了一個反覆試錯、持續最佳化自我的過程。

過去，企業往往會圍繞不同的業務形成數個典型的煙囪式業務架構，程式設計師只會為自己的那一個煙囪而服務。這就導致部門間的程式碼不開放，因為不需要給外部人看，進而開發者缺乏寫文件的動力。同時也由於企業內部的功能不互通，產生了許多能力重疊的工具。因此，為了讓技術在行業、領域間自由流動起來，團隊與團隊間的協作更加緊密和默契，減少重複造輪子的工作，就需要有一個平臺或社群來承擔起這樣的能力，讓開發者能夠隨時提交新的功能分支，新增更加豐富的特性功能，形成開原始碼文化，建立更好的工程師氛圍。

**這便是參與開源的意義。**

當還在讀大學的張亮第一次在程式設計實戰課程上了解到 Apache Tomcat 時，他對開源產生了強烈的學習興趣。當看到全球頂級專案被編排成整齊鉛字寫進課本，形成整齊且優雅的美感時，張亮內心湧現起一種願望：“我也想寫出能被選入教材、在全球流行的軟體。”

因此張亮認為，**技術人應有更清醒的判斷與認知，而不是拘泥於現實條件及傳統路徑，應該從更高維度去思考，重構出與基礎設施更加匹配的網路架構**。這便是張亮面向開源領域，在未來成功打造出頂級開源專案的第一步。

在技術價值層面，為自己個人的發展尋找一個精準的錨點。這個錨點，一定是要符合產業、行業發展趨勢的，才能讓開源專案擁有更長的生命週期和更廣闊的發展空間。

**錨點：面向分散式架構重寫當時的基礎設施**

當時，恰逢中國網際網路的高速爆發期。在一邊追求優雅程式碼、打磨自身技術，爭取與更多人共享技術價值的同時，張亮也敏銳察覺到現實世界出現的“不和諧顫音”——當時的網際網路世界多為傳統的集中式資料架構，但與正在高速發展的國內現實環境已愈發難以匹配。

隨著線上應用場景的不斷擴張，資料庫碎片化程式日益加速，資料庫的架構、協議、功能、適用場景也愈加多樣化。在資料庫架構方面，基於單機系統演進而來的集中式資料庫與原生面向分散式的新一代資料庫並存；在資料庫協議方面，MySQL 和 PostgreSQL 這兩大主要開源生態以及廠商提供的生態也在資料庫體系中各自佔有一席之地；每種資料庫的獨特功能和適用場景也愈發繁多。

於是，碎片化成為資料庫領域的大勢所趨，單一品類的資料庫無法適用於所有場景，只能適用於某一種或某幾種擅長的場景。

因此需要從實戰出發，匹配中國網際網路的需求，打造開源專案的優點與獨特性。正是在這樣的大背景下，時代將開源、優雅程式碼與張亮繫結在了一起。

### 二、叩開開源宇宙中“榮譽之門” 從“先者奮楫”到“百舸爭流”

> 孵化開源社群的過程，也是張亮個人沉澱自我、擴大視野、開放格局的過程。

![](http://img.blog.itpub.net/blog/2022/07/01/6667523203399a68.png?x-oss-process=style/bb)

從最初的 3 個模組成長到如今的 220 個模組，成為 Apache 頂級專案的榮譽之路，ShardingSphere 共走了七年。故事回到最初的起點，從 ElasticJob 到 Sharding-JDBC 再到 ShardingSphere。七年間，以張亮為主導的開源專案經歷了一個從無人問津到小有名氣再到大放異彩的發展過程。所有的迭代，都是勤奮的思考和大量的重構打磨而來。

在對開源專案的運營中，張亮以堅定的意志，將大量的時間、精力投入到專案中去。七年間，張亮對 ShardingSphere 進行持續地打磨、重構。在 ShardingSphere 社群內部，張亮個人貢獻的程式碼量一度達到 80%以上。隨著 ShardingSphere 一路的成長、轉型、升級，張亮對於開源世界的理解與認知也發生了轉變：『在開源之後，如何能讓整個專案長期穩定地執行下去？』

“**一個成功開源專案的譭譽都是屬於社群的，一個成熟的社群和個人的開源專案是有本質區別的**。”

開源不是一個人的遊戲，從剛涉足開源時幾個小專案的默默無聞，到 ElasticJob 初見成效，再到 Sharding-JDBC 進化為 Apache ShardingSphere 併成長為一個世界級開源專案。張亮明白，如果想做好一款開源專案，讓專案能蓬勃發展起來，那麼最好的方式是聚集社群力量。你可以是這個專案的創始人、是主導者，但不能是唯一的擁有者。

在最開始進入到開源社群時，張亮會十分關注來自他人的評論，因為一個功能爭得面紅耳赤更是常事，『完美』是他常掛在嘴邊的詞。但有時，自己認為的完美，在他人看來卻“不夠實用”。『**千人千面，即便是在同一場景下，每個人對於功能和需求的理解也是存在差異的。屬於一個人的專案，和屬於社群的專案，是有本質區別的**』。

區別就在於，個人專案的上限是受到個人能力制約的，其發展的深度與廣度，完全取決於原作者的技術與視野。但從宏觀的視角出發，歸屬於社群的開源專案，如果想具有極高發展上限，更依靠社群中『五花八門』的場景與需求。張亮認為，“接受並歡迎社群出現多元聲音，並有效挑選出具有建設性意義的聲音”是一個讓開源專案獲得實質性成長、讓開源社群愈發茁壯的必經過程。**在個人精神層面，張亮成就感的來源也在變化：從佔據主導的主人翁精神漸漸平穩，取而代之的是格局更高、視野更廣的家翁式精神**。

在全球技術極客的熱衷參與下，如今 ShardingSphere 基本已經成為了程式設計師使用中必不可少的一部分，其功能使用場景更加廣泛、其使用者基礎量也呈現出指數級增長趨勢。對目前的 ShardingSphere 來說，專案恰好趕上了中國網際網路爆發的機遇，ShardingSphere 功能十分匹配中國網際網路的發展需求。由於面向的是基礎設施，完全可以說 ShardingSphere 是網際網路企業後臺資料庫的『剛需』，這也是 ShardingSphere 的獨特性所在。

經過數年打磨與試煉，ShardingSphere 在 Apache 基金會從“種子選手”成長為“親傳弟子”，社群的活力也在加入基金會後愈發強勁，ShardingSphere 社群逐步蛻變成一個能夠讓全球開發者、技術極客、開源愛好者等人互相碰撞思想的大本營。社群為所有對 ShardingSphere 感興趣的人們提供開放的技術、相同的談資以及共同的熱情，成為一個跨越時空的全球交流據點。

### 三、在商業象限內 為全球技術人搭建一個“耀眼舞臺”

> 國內從來不缺優秀和聰明的開發者，但缺少的是能夠讓開發者去持續付出心血的環境，以及穩定的專案基石。

![](http://img.blog.itpub.net/blog/2022/07/01/65d349f890af2851.png?x-oss-process=style/bb)

張亮認為，優秀的開源專案與經典的話劇類似。經典話劇的價值會在不同演員的共同演繹下、在一次次令人驚喜的突破裡歷久彌新。其魅力會代代傳遞，在行為層面呼喚人們參與，也在心靈層面引起大家的共鳴。

正是憑藉這樣的初心，張亮計劃在自己熱愛的開源領域，為全球技術人搭建了一個能揮灑熱情、發揮才華的“舞臺”。2021 年初，在張亮與多位創始人的努力下，SphereEx 公司應運而生。公司以開源專案 ShardingSphere 為基礎，面向 B 端客戶提供專業性的商業解決方案。“開源與商業並不互斥。恰恰相反，兩者能夠以更加互補的方式推動對方發展，開源能夠為商業公司帶來堅實的使用者基礎，而商業也能夠反哺開源，從而建立更加完善、友好的社群生態。”

從開源領域的先驅者進化成積極接受商界洗禮及資本審視的創業人，面對這種變化，張亮坦言創業擴充了自己的能力邊界：“當我作為 ShardingSphere 專案主導人時，更多是作為技術管理者的角色去對 ShardingSphere 的頂層設計做思考決策，更偏向於產品思維。當我的身份是 SphereEx 的商業運營者時，我考慮更多的是如何設計出讓 SphereEx 可持續經營的商業模式，如何在客戶需求與市場需求間做合理權衡。公司的建立者和技術管理者所關注的重點是不同的，技術管理者關注的是程式碼質量及產品架構設計，而公司管理者會更關注現金流、營收、商業策略、團隊搭建等。”

面對波譎雲詭的商界，張亮表示雖然創業具有挑戰，但在公司商業化運營的過程中，他熱愛開源行業的初心以及面對挑戰時產生的興奮感卻沒有改變。從技術到商業，其實很像是換了個場景打怪升級，王牌打法是可以場景通吃的。張亮認為，不論在面對哪種場景問題，重要的是擁有架構性思維。“**首先需要具備靜態架構的能力，這需要你有全域性視角，這樣才能設計出合適且完備的底層結構。另一方面，你也要有動態架構的視野，這樣才能隨著現實環境的變化而靈活變通，讓靜態結構更富活力**。”

> 在熱愛的領域，人會心甘情願地給自己“樹立規矩”，並且堅持到底。沒有這條規矩，他將不是他自己。

對於張亮來說，以百分之百的熱情與精力投入到開源領域中，便是多年來心甘情願為自己樹立、並一以貫之、堅持到底的“規矩”。

在開源旅途中，張亮始終跟隨著心中熱愛的召喚，以源源不斷的勇氣與毅力，在開源之路上持續前進著：體會過數次專案重構、轉型的苦澀；經歷過近十年的技術研讀、積澱時的蟄伏時期；也品嚐過獨力承擔近千萬行鉅額程式碼量的現實辛辣之感...但，風雨過後，他也同時獲得了超越個人視角外，更宏大、豐富、多維的價值與自由。

對個人興趣的熱烈追求、與志趣相投友伴的並肩作戰、讓心中願景在現實層面“完美落地”、讓個人價值透過全球協作而無限放大，且將價值反哺、惠及眾人....這些現實層面的成就感，組成了張亮開源路途中的色彩鮮明的風景線。

**對於張亮來說，對開源的熱愛，是一個永無止境的過程。而開源宇宙更光明、恢弘的未來，也正在如張亮一般，對開源有執著追求、獨到思考與無限熱愛的開源者們的共同建設中，慢慢到來。**

歡迎點選連結，瞭解更多內容：

Apache ShardingSphere 官網：[https://shardingsphere.apache.org/](https://shardingsphere.apache.org/)

Apache ShardingSphere GitHub 地址：[https://github.com/apache/shardingsphere](https://github.com/apache/shardingsphere)

SphereEx 官網：[https://www.sphere-ex.com](https://www.sphere-ex.com)

歡迎新增社群經理微信（ss_assistant_1）加入交流群，與眾多 ShardingSphere 愛好者一同交流。

開源者的自我修養｜為 ShardingSphere 貢獻了千萬行程式碼的程式設計師，後來當了 CEO

相關文章