毫無疑問，開源已經成為未來軟體發展的一大重要趨勢。對於企業來說，開源能夠進一步提升產品的影響力，拉近與使用者的距離，那對於程式設計師來說，開源又能帶來什麼呢？作為程式設計師的你，是否也會產生這些困惑：工作這麼忙，哪有時間參與開源專案？程式設計師如何才能加入到開源專案中去？閱讀一份開原始碼都很難，更別提去 Review 程式碼了……為了找尋答案，我們溝通了幾位深入參與了開源專案的研發同事，把他們的相關見解進行了整理和總結。

**首先要了解你自己，參與開源專案的初衷是什麼**

> 分享人：濤思資料研發工程師 唐方智

作為一個有經驗的程式設計師，大大小小的專案我也參與了不少，程式設計師圈子裡的一個現象是，在做專案開發時總是覺得被趕著跑，這或許也是大環境下的一種無奈。對於這一點，我後面開始有意識的調節，方法之一就是積極地參與開源專案，和眾多開發者一起協作、分享、鼓勵，這種心情也得到了極大地改善。

我參與開源專案起源於一次偶然的嘗試，因為幫助同部門的一個夥伴排查程式碼缺陷而入的坑。大概情況是，他認為一家開源社群的程式碼寫的不好，就自己改了一下還提交了 PR，結果被人駁回了，他不相信自己程式碼有問題，覺得這個開源社群有些針對他，就拉著我一起排查。但在排查之後，我們發現確實是他改寫的程式碼有誤，之後我倆合作修改後再次提交了 PR，令人高興的是，很快就收到了 GitHub 發來的合併成功的通知郵件，還收穫了社群程式碼管理人員的一個大大的贊。

這次經歷讓我覺得詫異的一點是這個社群的開發者水平，實話講，我幫著修改的程式碼提交確實有點難度，如果沒有資深的核心開發功底是很難處理的，但社群的開發者對於細微的對錯也能很快分辨出來，其功底之強讓我眼前一亮，對這個專案也產生了很大的興趣。

基於此，我關注了這個開源專案併成為了它的 Contributor，後面還參加過他們組織的 Meeting Up，也和社群的開發者頻繁地探討技術問題，令我驚喜的是，在這個過程中，我對此前略感枯燥的開發工作有了截然不同的熱情。究其原因，我覺得是因為開源社群和封閉部門集中開發的工作模式完全不一樣，在這裡你能遇到同道中人，既能溝通技術，也會 Battle 方法，而這些社群開發人員也帶著一股對技術油然而生的熱愛，並沒有像企業開發者一樣被明確的目標和功利追求所左右。

綜上所述，**我參與開源專案的初衷，一是覺得自己的程式碼創作得到了認同，二是在日常的工作之餘，關注開源專案讓我對程式設計師的日常有了新的感受，也為我打造了一個既能進步又不會產生太多束縛的社群圈子。**我們在做任何一件事情時明確自己的初衷和目的是很重要的，如果你明確了自己參與開源的初衷和目的，不僅會幹起來更有勁，還能從中享受到樂趣。

**有意願去嘗試，但如何行動？**

> 分享人：濤思資料研發工程師 唐方智

我知道還有一些小夥伴，有心想要投入開源，但卻遲遲沒有找到有效的路徑。從參與開源的經驗出發，我總結了以下幾點方法和路徑，給到大家參考：

（1） **圈定幾個目標，找到喜歡的專案。**多關注 GitHub 上熱門的方向，分析這些技術方向和自己想嘗試的方向是否匹配，從中選取技術體系和自己相符、應用前景和自己想從事的領域大致相同、並且專案社群活躍、開發者相對豐富、交流也簡單的專案。

（2）**找到喜歡的專案後，可以多關注一些它們分享資訊的渠道，**包括微信群、部落格、Twitter 、issue 郵件通知、網站資訊等，便於你及時地找到社群夥伴，並快速融入其中。

（3）**嘗試對一些 issue 進行分析和解答。**先不要急著提出問題，可以先看下別人都提出了哪些問題，結合你自己的技術實踐，看看這些問題是否自己也能夠解答，這樣基本可以評估出社群開發者的水平。當然，還是要理性地看，期望一個社群中全是資深的精英開發者，那是不現實的。

（4）**去排查並嘗試解決一些 Bug。**在進行漏洞修補的過程中，能讓你更好地熟悉程式碼結構和程式碼內容，並對程式碼中的模組有一個全域性的認知。

（5）**嘗試做一次 Pull Request 。**結合你對專案的熟悉和理解程度，開始真正地為專案貢獻程式碼力量，可以試著發起一些合併請求，將你的 ideas 貢獻給社群，並附上你對專案和程式碼的思考，看是否能夠獲取到一些共識。

（6）**寫一些部落格或者技術分享的文章。**在文章中可以對專案做一些剖析，去發現專案更多的熱點，然後和身邊的人一起討論，和志同道合的開發者融入到一起，也為自己沉澱一些思考。

（7）**參加一些線下的 Meetup 。**以線下見面的方式結識活躍在社群中的網友，以及專案的開發成員，去了解他們的理念和價值觀，並做一些深入的技術交流、行業交流，進一步擴充視野、思維和人脈。

（8）**相信自己所做的努力和工作具有長期價值。**當你真正身處其中後，你會發現參與開源為自己和參與其中的開發者帶來技能提升和精神愉悅等諸多價值，是幫助你實現成功的一個有效途徑，強化這股信念，最終讓自己熱愛協作，熱愛共享和開源精神。

我自己也參與過很多開源專案，就拿我目前在參與和建設的 TDengine 來講，現在基本上做物聯網大資料場景的企業，都會將其列為 Database 選型調研的產品之一，接下來隨著物聯網的快速發展，TDengine 一定還有更大的應用空間。**無論是從哪個角度來看，自己參與建設的開源專案能夠一直得到發展和維護，這都是一件讓人非常愉悅的事情，畢竟它代表著我們對生活和技術的熱愛。**

**我們從開源專案中能獲得什麼？**

> 分享人：濤思資料研發工程師 溫洲

我從開源專案中學到的第一件事就是如何去閱讀、理解大量的程式碼，這也是成為一個專業選手的必經之路。在當下開源已漸趨流行的時代，開源專案也是層出不窮，很多優秀的開源專案原始碼都是經過實踐驗證、千錘百煉而成的，和我一樣年輕的程式設計師，可以從這些專案中學到很多課堂上學不到的東西。從自身開源經歷出發，我總結了以下四個方面的獲得：

1. **編碼風格。**在開源專案中你可以看到各種各樣的編碼風格，儘可能讓自己嘗試去適應這些不同的風格。此外，你還能透過程式碼風格辨認專案專業程度，如果一些專案使用了多種編碼風格，那它就會顯得不太專業，統一的程式碼風格對於程式碼的可閱讀性非常重要。
2. 編譯方式。從開源專案中你可以學習到不同的編譯方式，例如：Make、CMake、GYP 還有各種 IDE，學習到如何用各種方式配置你的工程。
3. **程式碼管理方式。**從開源專案中你可以學到不同的程式碼管理方式，例如：SVN、GIT。學會熟練地使用它們，並且高效地運用到開發過程中，這會幫助你更加深入地瞭解專案分支的管理。
4. **解決問題的方式。**從開源專案中你可學習到工程師是如何解決問題的，比如如何選擇演算法、如何選擇庫、如何把設計轉化為模組等，借鑑他們的經驗來幫助自己更好地解決工作中出現的問題。

**Review 程式碼真的很難嗎？**

> 分享人：濤思資料解決方案架構師 劉溢清

不知道大家有沒有這樣的感受：閱讀一份開原始碼太難了，更別提去 Review 程式碼了；面對一個龐大的開源專案，真的不知道如何下手……我之前也有過這種困惑，直到後來在使用 TDengine 這款 Database 時遇到了一個問題（此時還尚未加入濤思資料）——我需要從 TDengine 遷移資料，官方提供了一個 taosdump 工具，但是匯出的資料表有丟失。

當時我第一時間向官方反饋了這個問題，但由於原始碼是開源的，我就想抱著試試看的心理，自己進行一下修復。隨後我就開啟了 TDengine 在 GitHub（https://github.com/taosdata/TDengine） 上的原始碼。
![](http://img.blog.itpub.net/blog/2022/07/08/8cb6ac5375262171.png?x-oss-process=style/bb)

二話不說，gdb 走起：
```cpp
(gdb) p tableDes->cols[26]
$17 = {field = "inspection_well_place", '\000' <repeats times="">, type = "NCHAR\000\000\000\000\000\000\000\000\000\000", length = 150,note = "'一二三四五六七八九十一二三四五六七八九十一二三四五六七八九十一二三四五六七八九十一", <incomplete sequence="">}
(gdb) p tableDes->cols[27]
$18 = {field = "\270\211四五六七八九十一二三四五六七八九十一二三", <incomplete sequence="">, type = "\272\224六七八", <incomplete sequence="">,length = -1159429960, note = "\214三四五六七八九十一二三四五六七八九十一二三四五六七八九十一二三四五六七八九十一二三", <incomplete sequence="">}
```
隨後發現在程式碼裡已經把這個欄位截斷了，回過頭去檢視程式碼，發現這裡對匯出字元的長度做了限制：
```cpp
#define COL_NOTE_LEN    128
```
接下來把這個長度改得更長了一些，編譯執行，表就順利地匯出了。我也成功參與到了開源的事情中了，自我感覺還挺良好。

試想一下，如果說當初選擇了一個閉源的軟體，發生了這個問題或者有了新的需求，我們就只能去聯絡開發團隊，至於什麼時候能夠修復或者開發都還是個未知數。如果不幸開發團隊已經解散，就徹底涼涼了。

除此之外，在我看來開源軟體還有很多優點：

1. **開源的程式碼讓人更有信心去使用。**原始碼開源，別人就可以去研究底層的實現，可以去證實你的功能和例項。
2. **好的開源專案，程式碼質量更高。**越是好的開源專案，越是有更多的人願意去維護他，久而久之，功能就會越來越完善，程式碼也會越來越健壯。
3. **好的開源專案，程式碼更持久。**一個好的專案不只有作者自己維護，還會吸引更多的開發者去協同，如果作者不再維護，也會有其他的人站出來繼續維護。
4. **開源的程式碼可以有更多的客製化開發。**沒有一個工具可以做到適用於任何場景，每個專案都會有各自不同的需求，我們可以根據需求來定製屬於自己的版本。當初阿里選擇 Flink 的時候，Flink 也並沒有多麼完善，阿里也是重構了 Flink 的分散式架構，實現了增量的 Checkpoint 來應對阿里的需求。

透過參與 TDengine 開源這件事，我也給自己建立了信心，發現其實參加開源並沒有我們想象的那麼難，以至於後來我越來越多地參與到了開源的專案中：
![](http://img.blog.itpub.net/blog/2022/07/08/2875d7ea638aec7f.png?x-oss-process=style/bb)
從這件事情說起，不僅是為了分享我是如何踏入開源大門的，也是為了證明 Review 程式碼真的沒有很難，你可以從以下三點出發：

-** 需求驅動：**對於需求驅動型的人，帶著需求去學習，效率才是最高的。很多時候，我們並不需要通讀所有的程式碼，完全可以從自己的需求出發，這樣也會充滿動力。
- **選擇低起點：**我們可以從一些簡單的模組入手參與到開源專案中，較低的起點更容易上手實踐，也有利於更深入地去閱讀其他程式碼。
- **高效使用工具：**透過 gdb 等自己擅長的除錯工具，能更快地瞭解程式碼執行邏輯，瞭解引數、棧的資訊，對於原始碼閱讀很有幫助。

**一些好上手的開源專案推薦**

> 分享人：濤思資料研發工程師溫洲

萬事開頭難，對於新手來說，面對龐大數量的程式碼時肯定會很困惑，所以我們可以選擇一些對初學者友好的專案開始。下面這幾個專案是我參與過的，對於初學者來說上手會相對容易。

**Mozilla Firefox Source Tree**
Mozilla Firefox Source Tree 包含有十多個子專案。他們提供了完備的文件，便於新的開發者上手、貢獻程式碼。因為整個開發涉及到的技術比較多，他們還設立了單獨的 Channel，開發者可以在這些 Channel 尋求幫助。在他們的文件頁面上，列舉了一些 BUG、缺陷等，開發者可以從這些基礎問題入手嘗試進行學習或者開發。

**Visual Studio Code**
VS Code 是一個相當大規模的開源軟體。目前這個軟體有超過 5000 個開放式問題，這就意味著你可以很容易地從中選擇出一個或者幾個問題來重點跟蹤。在此過程中也可以提交新的問題、新的特性要求，對於你學習這個工程會有很大幫助。

**TDengine**
TDengine 是濤思資料使用 C 語言自主研發的一款時序資料庫（Time-Series Database），已在 2018 年 8 月推出正式商業化版本，目前單機和叢集版均已經實現開源，是一款較為流行的時序資料庫產品。如果你對資料庫或 C 語言感興趣，那可以嘗試閱讀一下 TDengine 的程式碼，都有比較完整的文件說明，上手操作會比較容易。如果你願意，你甚至可以參與到專案的開發中。

**寫在最後**

很多人在參與開源專案時，往往會糾結於自身時間有限、知識儲備不足、不知道如何開始、找不到合適的專案，因此一拖再拖，直到熱情消退。但其實參與開源專案根本不需要考慮太多，它不像日常的公司專案開發，有進度要求、規劃協作，很多開發者參與開源就是為了緩解工作中各種壓力的。你可以隨時隨地投入到這項事業中，不需要有任何壓力和包袱，在這裡可以盡情地發表自己對於技術和程式碼的看法，與其他的社群成員溝通和交流。

從上面三位開源參與者的分享中我們也可以總結出參與開源的意義：當你真的成為一名開源社群的貢獻者後，你會為自己的 idea 被社群接納而興奮，會為和社群開發者們愉快真誠的協作而開心，會因為偶爾一次的線下見面會彼此感情的增進而愉悅……**你會發現，除了日常的工作之外，原來還能和一群有共同志向的朋友一起做這樣有價值有意義的事情，過程中你不僅收穫到了更多的認可和成長，也對技術和工作產生了更多的熱情。**

------------

想了解更多 TDengine Database的具體細節，歡迎大家在[GitHub]( https://github.com/taosdata/grafanaplugin"GitHub")上檢視相關原始碼。
[![](http://img.blog.itpub.net/blog/2022/05/11/0fd59db1207fc97f.jpeg?x-oss-process=style/bb)](https://www.taosdata.com/?zh "![](http://img.blog.itpub.net/blog/2022/05/11/0fd59db1207fc97f.jpeg?x-oss-process=style/bb)")</incomplete></incomplete></incomplete></incomplete></repeats>

開原始碼難閱讀？幾位研發的“妙招”幫你解決

相關文章