開發者，別讓本身孤獨

時間 2020-12-10

標籤 git github 架構框架分佈式學習阿里雲雲計算 spa 翻譯欄目職業生涯简体版

原文原文鏈接

「社會之因此可以運做，並非人類有意使然，而是由於它是進化過程當中出現的人類秉性。確切地說，它就是人性的一部分。」 _——《美德的起源》馬特·裏德利_

所謂「助人者自助」，或許協做、互助這種能力就是咱們爲了知足人類與生俱來的一部分「個體私慾」而進化來的，讓本身和他人都能從中受益。在開源社區中，這一點獲得了很好的體現。「開源」自己就是一個社會性事件，它的流行很大程度上得益於協做以及由協做帶來的創新。特別是隨着雲原生成爲大勢所趨，企業 IT 技術體系愈來愈朝着原生化、標準化的思路演進，這些都推進着開源來到一個新的黃金年代。github

不得不說，今天的開發者是幸福的：雲讓基礎設施使用起來像水、電同樣便利；雲原生將分佈式的應用門檻不斷下放；開源社區幫助開發者找到各類爲本身所需的基礎軟件。剩下的，就是須要開發者本身去思考如何利用好這一切，好比經過主動融入更大範圍的學習、交流、溝通圈子，以及藉助開源社區的能力等方式，讓產生於開發者羣體中的「分佈式」和「社交方式」的決策造成事實標準，進而讓每一位開發者本身成爲推進技術發展浪潮的主角。架構

OAM 社區 Maintainer Roy：我和社區一塊兒成長的那些事兒

幾天前，咱們和開源的雲原生應用標準定義與架構模型 OAM（Open Application Model）社區 KubeVela 項目的新晉 Maintainer —— Roy 進行了一次對話。如今的 Roy 是韓國漢陽大學計算機科學專業的一名在讀研究生，一位陽光大男孩兒。當被問及平時有哪些愛好時，他不假思索地回答了「寫代碼」和「跑步」。框架

Roy
GitHub ID: @captainroy-hy分佈式

從 OAM 剛發佈開始，Roy 就投入了積極的貢獻。做爲全球首個定義雲原生應用標準與架構模型的項目，2019 年 10 月開源的 OAM 和 Roy 同樣，都是年輕而快速生長的：年輕的 OAM 在今年鋒芒顯現，被評選爲「2020 年度十大開源新銳項目」；年輕的 Roy 憑藉本身的貢獻成爲 OAM 核心實現 KubeVela 項目的核心 Maintainer，須要從更加全局的視角幫助項目發展。學習

咱們向 Roy 瞭解了他成爲 Maintainer 的心路歷程，而且從中獲得了一些關於如何看待開源精神、貢獻社區以及對 OAM 的理解等問題不同的答案。阿里雲

「發現 OAM 源於尋找雲應用模型落地方案」

Roy 在實驗室的研究方向是「雲計算與雲應用編排」，解決的問題是幫助應用開發人員屏蔽掉由底層基礎設施帶來的複雜性和差別性，使他們更好地運用雲平臺上豐富的應用管理能力，來構建和編排規模龐大且複雜的雲原生應用。這在現階段是很是具備挑戰的一個課題。雲計算

隨着雲原生領域的迅猛發展，開源社區也涌現出了許多與之相關的開源項目，Roy 會常常關注一些雲原生相關的開源項目。在他看來，OAM 的價值在於以一個俯瞰整個雲原生領域的視角，經過創建全新的應用定義與交付模型，在應用層提供了一個用於構建和交付雲原生應用的標準規範，這給過往一直專一於基礎設施層的雲原生領域開闢了全新的前進方向。spa

由於看到 OAM 實現的目標和本身的研究課題很是接近，加之有阿里巴巴、微軟這樣的大型企業背書，再加上本身對 OAM 社區核心初創成員過往開源經歷的「背調」，Roy 逐漸創建了對 OAM 的信任，開始了真正意義上的「跟隨」。翻譯

「第一次貢獻與代碼無關，但很重要」

Roy 對 OAM 的貢獻是從翻譯 oam-spec 的英文文檔開始，「當時我在 Issue 裏看到有開發者提出了這樣的需求，在孫健波老師的牽頭下就着手開始翻譯。這個過程對我理解 OAM 的幫助很大，由於我須要將說明從頭至尾完整地學習一遍」。

除了翻譯文檔，Roy 還介紹了不少除了寫代碼以外的社區貢獻方式，好比：

在社區裏提問題，甚至是提出對現有功能的質疑和吐槽，這些可讓項目成員更好地瞭解如何幫助用戶；
回答其餘成員的問題。若是你發現有的問題須要一遍遍地回覆，就能夠編寫或者更新 FAQ 文檔，以便給有相同問題的人員隨時參考；
提供實踐 OAM 的具體場景以及遇到的問題，基於具體場景的實踐問題能夠幫助社區快速定位用戶需求；
提出新功能設計的想法，但願項目在將來具有什麼功能、爲何須要該功能、初步實現思路，等等，均可以在社區中提出來，你會發現其餘人也有相似的痛點，最終社區可能會推進實現這一新功能；
幫助項目進行教育和推廣。你能夠經過任意方式的分享去幫助 OAM 教育和影響用戶，好比在用戶羣中討論、撰寫案例和博客文章等。

「OAM 是一個新項目，你們能夠作出的貢獻不少。其中，代碼是一種重要的方式，但毫不是惟一的，你總能找到一種適合本身的方式參與到社區中來，並且必定會從給社區的貢獻中收到回饋」，Roy 說。

「做爲學生開發者，我是如何快速融入 OAM 社區的」

Roy 如今很大一部分精力都投在 OAM 項目的維護上。支撐他能夠這麼作的緣由除了還在學校、時間比較自由以外，還有兩個很是強的動力：一是經過參與 OAM 使本身的知識和技能不斷增加；二是看到本身參與的項目真的能幫到不少開發者，而且已經被愈來愈多的人用起來，能夠收穫滿滿的成就感。

但做爲一名在校研究生，一開始想要融入這樣一個偏向工程實踐的社區並不容易。缺乏雲原生領域在業界的實踐經驗、對一些成熟項目的知識盲區，對 Roy 來講都是不小的挑戰:「曾經有前輩向我介紹一個出如今生產環境中的問題，由於包含不少術語，一開始我根本不知道他在說什麼。直到他們給到具體的例子，甚至把代碼都貼出來才能看明白。對實踐場景的不熟悉，很容易致使我對功能需求的認識出現誤差。」

然而這些挑戰也偏偏是 Roy 但願經過社區補齊的能力：「社區工做自己就是一種實踐，這和你本身去學習課程、閱讀教程徹底是兩個概念。」

在開源中持續學習

爲了克服這些困難，Roy 首先是 Push 本身去學習和摸索相關的基礎知識。雲原生原本就是一個比較新且綜合的領域，就拿 Kubernetes 來講，涉及的知識點、功能點很是多，有着不低的學習門檻。Roy 和咱們分享了他利用開源社區進行學習的一些經驗：「首先我會經過開源社區去學習並整理出一些官方最權威的文檔，同時會看一些成熟的基於 Kubernetes 的開源項目。由於這些項目在落地過程當中被不斷完善，逐漸造成了相對成熟的實踐參考，當咱們遇到類似問題時是一個很是有用的學習對象。」

經過交流補充實踐

向社區裏的前輩們請教，是 Roy 補齊本身實踐短板最有效的方式：「在社區中，我有機會和許多技術能力很強的前輩交流，好比和阿里雲高級別的技術專家直接溝通，這對我來說是很是寶貴的機會」。他認爲社區工做最重要的一點就是溝通交流，不要「閉門造車」。只有你們對同一個問題有了相同的認知，而且對解決方案達成一個初步的共識以後，再去動手寫代碼，纔是社區裏協做解決問題的高效方式。

「成爲 Maintainer 的過程，讓我對 OAM 的理解更完整」

從實際參與社區到晉升爲 Maintainer，Roy 大概經歷了4、五個月的時間，幫助 KubeVela 完成了很多 Feature 的具體實現，獲得了項目創始團隊和現有 Maintainer 的承認。經過這些工做，讓 Roy 本身也對 OAM 「以應用爲中心」的理念有了更完整的理解。在他看來，OAM 的出現及其目前的成績，是雲原生領域天然發展進程中的一個必然：

「雲原生髮展到如今，特別是 Kubernetes 出現以來，能夠說經歷了一個野蠻生長的階段。它提供了高度可擴展的能力，讓你們能夠把幾乎任意形式的軟件都集成到這個平臺上來。這一方面促進了 Kubernetes 和雲原生的發展、繁榮，但也使平臺上的應用管理變得很是複雜。」

做爲一個一直關注雲原生和 Kubernetes 領域的開發者，Roy 認爲過往的開源項目基本圍繞基礎設施層，而 OAM 第一個提出了「以應用爲中心」的理念，而且在不久前經過 KubeVela 的開源，將 OAM 的模型和 Kubernetes 運行時以更貼進 PaaS 平臺用戶和 PaaS 平臺構建人員的方式，進行了完整實現。

「成爲 Maintainer 對我來講是一種承認，也須要我承擔更多的責任。將來，除了更多地傾聽社區反饋、不斷加強 OAM 及其子項目的能力以外，我也會向更多的開發者去普及 OAM 和相關開源項目的理念，幫助用戶更快上手實踐 OAM，就像孫健波等前輩作的那樣」，Roy 表示。

「但願和更多開發者共建‘應用管理生態」

談及對於 OAM 項目將來的發展，Roy 最但願的就是可以推進「下一代的、徹底開放的應用管理生態」的逐步成熟。他認爲 OAM 的發展，包括 KubeVela 的開源，已經搭建好了一個標準的雲原生應用平臺框架，這個框架具有高度的可擴展性和靈活性，對用戶也很是友好，提供了很多開箱即用的應用管理能力，而更重要的是，這個框架還給了整個社區一個「一鍵組裝」雲原生生態能力成爲 PaaS 的最佳路徑，這樣一個徹底開放的、基於雲原生社區能力的應用管理生態，其實已經初見雛形。

此次聊天最後 Roy 表達了這樣的期待：「但願有更多的人蔘與到 OAM 社區尤爲是 KubeVela 項目中，一塊兒去建設這個日趨繁榮的應用管理生態，讓愈來愈多的平臺團隊可以快速輕鬆的構建出強大而功能豐富的 PaaS，讓應用開發人員真正享受到雲原生帶來的美好體驗。」