項(xiàng)目	內(nèi)容
這個(gè)作業(yè)屬于哪個(gè)課程	2023年北航敏捷軟件工程
這個(gè)作業(yè)的要求在哪里	個(gè)人作業(yè)-軟件案例分析
我在這個(gè)課程的目標(biāo)是	學(xué)習(xí)并掌握現(xiàn)代軟件開(kāi)發(fā)和項(xiàng)目管理技術(shù)，體驗(yàn)敏捷開(kāi)發(fā)工作流程
這個(gè)作業(yè)在哪個(gè)具體方面幫助我實(shí)現(xiàn)目標(biāo)	從軟件工程角度分析比較我們所熟悉的軟件，以指導(dǎo)后續(xù)的軟工項(xiàng)目實(shí)踐

代碼倉(cāng)庫(kù)管理系統(tǒng)有很多，他們對(duì)于你熟悉的目標(biāo)用戶(hù) （中國(guó)高校大學(xué)生）有什么缺陷和需要改進(jìn)的地方，并且該如何改進(jìn)？

本文上手使用并分析了兩個(gè)常見(jiàn)的代碼倉(cāng)庫(kù)：Github 和 Gitee。

第一部分 調(diào)研，評(píng)測(cè)

Github

使用記錄

Github 首頁(yè)：

在個(gè)人主頁(yè)可以看到自己的所有倉(cāng)庫(kù)：

可以在搜索欄使用過(guò)濾器語(yǔ)法搜索開(kāi)源項(xiàng)目：

可以查看一個(gè)倉(cāng)庫(kù)：

可以對(duì)某個(gè)倉(cāng)庫(kù)提 issue（社區(qū)版 issue 界面）：

可以回復(fù)和 close issue：

綜合評(píng)價(jià)

優(yōu)缺點(diǎn)

首先從數(shù)據(jù)量/界面/功能/準(zhǔn)確度多個(gè)維度，分析 Github 的優(yōu)缺點(diǎn)。

優(yōu)點(diǎn)：

• 用戶(hù)基數(shù)大！！！
  開(kāi)發(fā)者可以在 Github 平臺(tái)上搜索到極為豐富的開(kāi)源項(xiàng)目，單憑這一點(diǎn)就值得國(guó)內(nèi)程序員即使需要通過(guò)一些特殊手段上網(wǎng)也更青睞 Github。比如我最近的實(shí)習(xí)項(xiàng)目需要集成 remesh 功能到我司軟件，我在 Github 上搜索 remesh，從成百上千的倉(cāng)庫(kù)中找到了正合我需要的幾何處理庫(kù)，而在 Gitee 上搜索該關(guān)鍵詞卻得到 0 條記錄。
• 搜索功能強(qiáng)大便捷
  搜索是 Github 核心功能之一，而 Github 的搜索欄支持過(guò)濾器語(yǔ)法，可按語(yǔ)言、倉(cāng)庫(kù)、用戶(hù)、收藏?cái)?shù)等條件過(guò)濾，我認(rèn)為這是一件十分符合程序員直覺(jué)的事——我上一份實(shí)習(xí)就是在谷歌做支持過(guò)濾器和自動(dòng)補(bǔ)全的搜索欄，谷歌自己內(nèi)部的代碼管理平臺(tái)也有非常完善的搜索功能。
• UI 設(shè)計(jì)舒適
  Github 的 UI 設(shè)計(jì)簡(jiǎn)潔大方，（熬夜大戶(hù)程序員喜愛(ài)的）深色模式支持良好，能夠給與使用者愉悅之感。
• 豐富的第三方支持
  Github 有著良好的生態(tài)，支持豐富的第三方服務(wù)。

缺點(diǎn)：

• 國(guó)內(nèi)訪問(wèn)不穩(wěn)定
  可能是對(duì)國(guó)內(nèi)開(kāi)發(fā)者最不友好的問(wèn)題。我們一定都體會(huì)過(guò)明明掛上了 ladder，卻還是 pull 不下來(lái)代碼，罵罵咧咧又打開(kāi) host 文件更新的經(jīng)歷。
• issue 和 pr 功能簡(jiǎn)單
  社區(qū)版 Github 的 issue 不支持分級(jí)（P1/2/3…;S1/2/3）（企業(yè)版也沒(méi)支持這個(gè)），pr 不能開(kāi)分支保護(hù)（企業(yè)版支持這個(gè)，對(duì)保護(hù)的分支合并必須要指定的 reviewer 審核）。WIKI 也是至少團(tuán)隊(duì)版才能使用。但對(duì)于高校學(xué)生團(tuán)隊(duì)來(lái)說(shuō)，付費(fèi)使用團(tuán)隊(duì)或企業(yè)版是不必要的開(kāi)銷(xiāo)。

改進(jìn)建議

對(duì)于 Github 的改進(jìn)建議，我作為個(gè)體用戶(hù)希望他們可以在社區(qū)版也可以引入更健全的 issue 和 pr 功能。但正如《構(gòu)建之法》所說(shuō)，軟件企業(yè)=軟件+商業(yè)模式，這也是商業(yè)模式的一部分。企業(yè)大概率不考慮采納這樣的建議。

綜合評(píng)價(jià)

總體而言，我對(duì)于 Github 給出 “e) 非常推薦” 的評(píng)價(jià)，鑒于它可以幾乎完全滿(mǎn)足個(gè)體開(kāi)發(fā)者和中小型團(tuán)隊(duì)的需求。

Gitee

使用記錄

進(jìn)入 Gitee 首頁(yè)：

可以使用搜索欄搜索開(kāi)源項(xiàng)目和博客：

在個(gè)人主頁(yè)可以看到自己的所有倉(cāng)庫(kù)：

Gitee 支持從 Github 導(dǎo)入倉(cāng)庫(kù)：

可以進(jìn)入自己的倉(cāng)庫(kù)進(jìn)行查看和各種操作：

創(chuàng)建一個(gè) pr：

審核并合并 pr：

綜合評(píng)價(jià)

優(yōu)缺點(diǎn)

首先從數(shù)據(jù)量/界面/功能/準(zhǔn)確度多個(gè)維度，分析 Gitee 的優(yōu)缺點(diǎn)。

優(yōu)點(diǎn)：

• 國(guó)內(nèi)訪問(wèn)穩(wěn)定
  快速穩(wěn)定的訪問(wèn)，對(duì)比 Github，無(wú)疑是 Gitee 對(duì)國(guó)內(nèi)開(kāi)發(fā)者最大的優(yōu)勢(shì)之一。特別是對(duì)于主要使用代碼管理平臺(tái)進(jìn)行小組合作開(kāi)發(fā)的高校大學(xué)生，Gitee 能夠提供較大便利。
• 良好的 issue 和 pr 使用體驗(yàn)
  issue 支持分級(jí)；pr 支持指派負(fù)責(zé)人和測(cè)試人員；支持 issue 和 pr 關(guān)聯(lián)；區(qū)分只讀/保護(hù)/普通分支。以上功能（還有 WIKI）全部在免費(fèi)版本就支持使用，與 Github 對(duì)比具有優(yōu)勢(shì)，大幅提升了用戶(hù)使用體驗(yàn)。
• 豐富的第三方支持
  Gitee 也有比較豐富的第三方服務(wù)支持，主要來(lái)自國(guó)內(nèi)各廠商。并且 Gitee 支持一鍵導(dǎo)入 Github 和 Gitlab 倉(cāng)庫(kù)。

缺點(diǎn)：

• 用戶(hù)基數(shù)有限
  即使 Gitee 將工作流實(shí)現(xiàn)得不錯(cuò)，但用戶(hù)基數(shù)少是現(xiàn)實(shí)。能夠搜索到心儀的開(kāi)源項(xiàng)目應(yīng)該是代碼托管平臺(tái)（面對(duì)個(gè)人開(kāi)發(fā)者）的殺手功能之一。但我認(rèn)為這是“面對(duì)個(gè)人開(kāi)發(fā)者”的，國(guó)內(nèi)中小企業(yè)和高校依然可以使用 Gitee 進(jìn)行高效團(tuán)隊(duì)開(kāi)發(fā)。
• 搜索欄不夠便捷
  我不學(xué) CS 的朋友們看到搜索欄可能想不到有什么過(guò)濾器語(yǔ)法，但我在一個(gè)代碼托管平臺(tái)一定下意識(shí)會(huì)使用過(guò)濾器的。很遺憾我在 Gitee 里并沒(méi)有體驗(yàn)到這個(gè)功能。
• 不必要的外圍功能
  Gitee 支持賬號(hào)關(guān)聯(lián)博客，在搜索界面可以搜索到博文，并且推薦系統(tǒng)也會(huì)推薦博客。本人認(rèn)為博客和推薦系統(tǒng)對(duì)于一個(gè)代碼管理平臺(tái)而言或許有些冗余。
• UI 設(shè)計(jì)擁擠
  部分源自上一條分析提到的原因，Gitee 的 UI 設(shè)計(jì)給我感覺(jué)有些擁擠。或許從一進(jìn)首頁(yè)看到側(cè)邊長(zhǎng)長(zhǎng)的推薦列表開(kāi)始，我會(huì)有一瞬間的恍惚自己打開(kāi)了 CSDN。
• CI/CD 收費(fèi)
  可能不能算“缺點(diǎn)”，但窮學(xué)生很遺憾 Gitee 的 CI/CD 服務(wù)貌似是收費(fèi)的。而對(duì)比之下， Github 社區(qū)版每月也有一定的免費(fèi)使用時(shí)長(zhǎng)。

改進(jìn)建議

對(duì)于 Gitee 的改進(jìn)建議，希望 Gitee 首先優(yōu)化一下搜索功能和 UI 設(shè)計(jì)吧。用戶(hù)基數(shù)問(wèn)題或許不好解決。

綜合評(píng)價(jià)

總體而言，我對(duì)于 Gitee 給出 “d) 好，不錯(cuò)” 的評(píng)價(jià)，鑒于它可以很好地滿(mǎn)足中小型團(tuán)隊(duì)（包括學(xué)生團(tuán)隊(duì)）合作開(kāi)發(fā)的需求，但對(duì)個(gè)人開(kāi)源愛(ài)好者可能略有不足。

用戶(hù)調(diào)研

我采訪了一位歐陽(yáng)老師軟工班級(jí)的同學(xué)。該同學(xué)有一定使用 Github 的經(jīng)驗(yàn)，但從未使用過(guò) Gitee。作為計(jì)算機(jī)學(xué)院大三學(xué)生，ta 對(duì)于開(kāi)源代碼管理平臺(tái)的需求主要是和同學(xué)進(jìn)行合作開(kāi)發(fā)，完成作業(yè)。我請(qǐng)這位同學(xué)用 10 分鐘快速體驗(yàn)了一下 Gitee 的基礎(chǔ)功能，具體主要是瀏覽首頁(yè)及個(gè)人主頁(yè)、pull 一個(gè)開(kāi)源倉(cāng)庫(kù)到本地、push 一個(gè)個(gè)人倉(cāng)庫(kù)到遠(yuǎn)程。下面是同學(xué)分享使用感受（應(yīng)同學(xué)要求已匿名）：

Bug 分析和提交

“選擇任意一個(gè)軟件（鼓勵(lì)大家選擇開(kāi)源軟件），找出至少兩個(gè)功能性 bug…” 有這種事？那自然要選擇本人目前實(shí)習(xí)所在公司的產(chǎn)品 ZENO 了。
ZENO 是澤森科工創(chuàng)造的一個(gè)面向高性能物理計(jì)算而研發(fā)的可視化編程系統(tǒng)和平臺(tái)，一款全流程 3D 內(nèi)容生成開(kāi)源工具。 用戶(hù)可以從官網(wǎng)或 Github 上下載發(fā)行版本或自行構(gòu)建。
作為開(kāi)發(fā)組實(shí)習(xí)生我顯然是使用自行構(gòu)建版本，舉兩個(gè)最近發(fā)現(xiàn)的 bug。

依賴(lài)聲明有誤

測(cè)試環(huán)境

Ubuntu 20.04, gcc 9.4, CMake 3.18, CUDA 11.8，開(kāi)發(fā)者自行構(gòu)建版本。

bug 復(fù)現(xiàn)

在上述環(huán)境中穩(wěn)定發(fā)生。

bug 具體情況描述

編譯選項(xiàng)之一 -DZENO_WITH_CUDA，在滿(mǎn)足官網(wǎng)所聲明的依賴(lài) gcc 9+，CUDA 11.6 的環(huán)境中編譯無(wú)法通過(guò)。（當(dāng)時(shí)在視頻會(huì)議里展示的，沒(méi)有保留截圖。）

bug 分析

1. 推測(cè)成因：CUDA 優(yōu)化部分主要只由一個(gè)人負(fù)責(zé)，他自己的電腦應(yīng)該配置了更高版本環(huán)境，無(wú)意中使用了新版本特性。
2. 嚴(yán)重性：一星。（假設(shè)五星為致命性系統(tǒng)故障、致命性安全性漏洞、用戶(hù)體驗(yàn)嚴(yán)重影響；一星為無(wú)實(shí)際影響）因?yàn)槭褂谜咭约懊佬g(shù)組員工均使用構(gòu)建好的程序，不會(huì)每次從頭編譯；開(kāi)發(fā)組員工基本也不會(huì)開(kāi)和自己工作部分無(wú)關(guān)的 CUDA 選項(xiàng)。
3. 分析原因：沒(méi)有嚴(yán)格審查修復(fù)，主要因?yàn)檐浖嫦虻挠脩?hù)群體不需要用到這個(gè)功能，沒(méi)有必要。

bug 改進(jìn)建議

應(yīng)該調(diào)整代碼，使其能夠在官網(wǎng)聲明的依賴(lài)要求下正常編譯。

bug 反饋

跟大哥 1 on 1 時(shí)說(shuō)了一下，大哥確實(shí)不知道，用了一分鐘看了一下編譯報(bào)錯(cuò)然后表示這里需要 gcc 10 ，而他自己的機(jī)器確實(shí)是 gcc 10，驗(yàn)證了我對(duì)于 bug 成因的猜想。

窗口點(diǎn)選崩潰

測(cè)試環(huán)境

Ubuntu 20.04, gcc 10.2, CMake 3.18, CUDA 11.8，開(kāi)發(fā)者自行構(gòu)建版本。

bug 復(fù)現(xiàn)

在上述環(huán)境中偶爾發(fā)生。頻率為：我每天進(jìn)行 5 小時(shí)左右的開(kāi)發(fā)，在經(jīng)常進(jìn)行可引發(fā) bug 的操作前提下，大概每?jī)商煊龅揭淮巍?/p>

bug 具體情況描述

當(dāng)節(jié)點(diǎn)圖較復(fù)雜，窗口顯示多個(gè)物體時(shí)，在進(jìn)行一系列拖拽旋轉(zhuǎn)視角操作后，再點(diǎn)選物體，可能引發(fā)程序崩潰。
比如這樣的圖：

bug 分析

1. 推測(cè)成因：可能是顯存泄露。考慮到之前其它同事報(bào)過(guò)類(lèi)似 bug，后來(lái)查明原因就是顯存泄露。
2. 嚴(yán)重性：二星。目前公司內(nèi)只有兩三個(gè)人的環(huán)境可能出現(xiàn)該問(wèn)題，在大多數(shù)環(huán)境下程序能正常運(yùn)行，并且發(fā)生頻率不高。而且即使 Microsoft Word 這種大軟件也不時(shí)崩潰呢，大家依然都喜歡用。
3. 分析原因：由于只有特定環(huán)境可以復(fù)現(xiàn)該 bug，負(fù)責(zé)該部分的開(kāi)發(fā)者可能并沒(méi)有意識(shí)到存在問(wèn)題。

bug 改進(jìn)建議

應(yīng)該排除代碼問(wèn)題，提高軟件穩(wěn)定性，盡量降低用戶(hù)使用過(guò)程中軟件崩潰的概率。

bug 反饋

跟同事們說(shuō)了一下，得知有一個(gè)美術(shù)組同事在我之前已經(jīng)提出了，相應(yīng)開(kāi)發(fā)組同事正在排除問(wèn)題做修改。

題外話(huà)——?dú)g迎使用 ZENO！

第二部分 分析

讓我們回到開(kāi)源代碼管理平臺(tái)的話(huà)題上來(lái)。

工作量分析

我認(rèn)為就基礎(chǔ)架構(gòu)以及完善程度而言，兩個(gè)代碼管理平臺(tái)在常用基礎(chǔ)功能上應(yīng)該是相近的，因此共同分析。
假如我們不考慮后續(xù)的第三方服務(wù)接入和軟件生態(tài)建立過(guò)程，僅考慮基礎(chǔ)功能的開(kāi)發(fā)，并且假設(shè)我們擁有充足的資源支持……說(shuō)個(gè)題外話(huà)，我覺(jué)得大學(xué)生的水平差異還是挺大的，我現(xiàn)任職公司的架構(gòu)師是個(gè)雙非學(xué)校本科大四在讀生 geek 老哥，像一部行走的 cpp reference，其他語(yǔ)言也了解不少，能力不知道比我們這種忙忙碌碌卷畢業(yè)、去互聯(lián)網(wǎng)大廠老實(shí)寫(xiě)幾年并不比培訓(xùn)班出來(lái)的強(qiáng)多少的前后端、裁員首當(dāng)其沖的 985 畢業(yè)生強(qiáng)到哪里去了。雖說(shuō)我是搞圖形的，并沒(méi)打算去寫(xiě)前后端。

還是試圖以北航比較優(yōu)秀的同學(xué)的水平估算一下時(shí)間：

1. 需求分析和設(shè)計(jì)（3 個(gè)月）：目前的需求比較清晰，也有現(xiàn)有的模型和解決方案作為標(biāo)桿，但考慮到功能繁多，具體的架構(gòu)設(shè)計(jì)還是需要一段時(shí)間的。

2. 技術(shù)選型和開(kāi)發(fā)（2 年）：說(shuō)實(shí)話(huà)我難以想象，至少我不相信我可以做到。首先需要和 git 對(duì)接，并實(shí)現(xiàn)網(wǎng)頁(yè)端的 git UI；需要實(shí)現(xiàn)網(wǎng)頁(yè)端的編輯器；需要對(duì)接 ssh；需要實(shí)現(xiàn) issue 和 pull request 功能；需要實(shí)現(xiàn)倉(cāng)庫(kù)數(shù)據(jù)的可視化；需要對(duì)接 WIKI；需要實(shí)現(xiàn) fork ，release 功能，watch 和 star 就像是順手完成的了；需要實(shí)現(xiàn) sponsor 功能；需要實(shí)現(xiàn)關(guān)注和提示功能；需要實(shí)現(xiàn)個(gè)人代碼倉(cāng)庫(kù)統(tǒng)計(jì)及可視化；需要實(shí)現(xiàn) CI/CD 功能；需要實(shí)現(xiàn)搜索功能——我大二暑假一個(gè)搜索功能實(shí)習(xí)做了三個(gè)月啊；還有不同權(quán)限用戶(hù)和不同收費(fèi)標(biāo)準(zhǔn)版本……我覺(jué)得兩年是按照線(xiàn)性進(jìn)度估計(jì)的，實(shí)際操作起來(lái)未必保持效率為常數(shù)。

3. UI 設(shè)計(jì)和調(diào)整（3 個(gè)月）：鑒于已經(jīng)有專(zhuān)業(yè) UI 團(tuán)隊(duì)進(jìn)行設(shè)計(jì)，我們這里只需要調(diào)整時(shí)間。但考慮到上述功能的復(fù)雜程度，我認(rèn)為即使只是“執(zhí)行命令”式的調(diào)整也需要一段時(shí)間。

4. 測(cè)試和優(yōu)化（6 個(gè)月）：考慮到上述功能的復(fù)雜度，我認(rèn)為在測(cè)試過(guò)程中應(yīng)該會(huì)發(fā)現(xiàn)很多問(wèn)題，問(wèn)題的解決與后續(xù)優(yōu)化（加上解決優(yōu)化產(chǎn)生的問(wèn)題）需要一定時(shí)間。

綜上，我估計(jì) 6 個(gè)北航本科優(yōu)秀畢業(yè)生全職搞 3 年也許能完成一個(gè)基礎(chǔ)代碼管理平臺(tái)的開(kāi)發(fā)工作吧。在實(shí)際開(kāi)發(fā)中上述四個(gè)過(guò)程應(yīng)該不是依次而是循環(huán)出現(xiàn)的，以上估計(jì)數(shù)字大約是一個(gè)總數(shù)。

軟件質(zhì)量分析

1. Github 以其完善的軟件質(zhì)量和龐大的生態(tài)體系，兼有行業(yè)先手優(yōu)勢(shì)，無(wú)疑穩(wěn)位居同類(lèi)產(chǎn)品之首。Gitee 作為中國(guó)內(nèi)地網(wǎng)絡(luò)情況下誕生的 Github 競(jìng)品，也已經(jīng)擁有較高的產(chǎn)品質(zhì)量，在國(guó)內(nèi)市場(chǎng)除去 Github 和 Gitlab 外，大概位居第一。

2. 對(duì) Github 整體給予比較高的評(píng)價(jià)，如果要提建議大概是可以更加完善一些細(xì)節(jié)功能，全方位占領(lǐng)絕對(duì)行業(yè)優(yōu)勢(shì)；對(duì) Gitee 的建議是，想要在 Github、Gitlab 已經(jīng)占據(jù)先手優(yōu)勢(shì)的市場(chǎng)中占據(jù)一席之地，不能僅做到模仿和跟隨，更好是要找到自己的獨(dú)特優(yōu)勢(shì)，打造產(chǎn)品亮點(diǎn)。

第三部分 建議和規(guī)劃

市場(chǎng)概況

• Github 和 Gitee 等代碼管理平臺(tái)的市場(chǎng)，主要由軟件開(kāi)發(fā)行業(yè)從業(yè)者和計(jì)算機(jī)及相關(guān)專(zhuān)業(yè)學(xué)生構(gòu)成。

• 直接用戶(hù)：軟件開(kāi)發(fā)行業(yè)從業(yè)者。
  根據(jù) Statista 在 2021 年 1 月發(fā)布的統(tǒng)計(jì)數(shù)據(jù)，截至 2020 年底，全球軟件開(kāi)發(fā)行業(yè)從業(yè)人數(shù)大約 2.45 千萬(wàn)人，預(yù)計(jì)該數(shù)字到 2024 年底將達(dá)到 2.87 千萬(wàn)。
  

• 間接用戶(hù)：計(jì)算機(jī)及相關(guān)專(zhuān)業(yè)學(xué)生。
  對(duì)于每年全球畢業(yè)生人數(shù)沒(méi)有找到比較可信的數(shù)據(jù)，但根據(jù)一篇印度報(bào)道引用的統(tǒng)計(jì)數(shù)據(jù)，印度每年產(chǎn)生最多的計(jì)算機(jī)專(zhuān)業(yè)畢業(yè)生（21.5 萬(wàn)），緊隨其后的是中國(guó)（18.5 萬(wàn)），其他大國(guó)還有美國(guó)（6.5 萬(wàn)）、俄羅斯（1.7 萬(wàn)）。估計(jì)全球每年 CS 專(zhuān)業(yè)畢業(yè)生至少 50 萬(wàn)人。

市場(chǎng)現(xiàn)狀

• 目前市場(chǎng)上最主流的代碼管理平臺(tái)，大概全球范圍內(nèi)最流行的就是 Github 和 Gitlab，中國(guó)國(guó)內(nèi)最流行的就是 Gitee 了。

• Github 憑借其龐大的生態(tài)體系其位居同類(lèi)平臺(tái)中的全球第一。除了 Github 以外，還有 Gitlab 同樣在全球范圍內(nèi)廣受開(kāi)發(fā)者和特別是企業(yè)歡迎，企業(yè)可使用 Gitlab 搭建自己的私有倉(cāng)庫(kù)，保障私有數(shù)據(jù)安全。但以上兩者由于網(wǎng)絡(luò)問(wèn)題，在中國(guó)國(guó)內(nèi)都會(huì)遇到使用上的麻煩。Gitee 在國(guó)內(nèi)大約是除去 Github 和 Gitlab 之外最受歡迎的同類(lèi)產(chǎn)品，但在國(guó)際范圍內(nèi)影響較小。
  Github 注冊(cè)數(shù)超 1 億：
  
  Gitlab 注冊(cè)數(shù)超 3 千萬(wàn)：
  
  Gitee 注冊(cè)數(shù)超 1 千萬(wàn)：
  

• 他們?nèi)卟糠种饕δ苤丿B，互為競(jìng)品。但 Gitlab 一大特色應(yīng)用場(chǎng)景為公司可獨(dú)立搭建私有代碼倉(cāng)庫(kù)。而 Gitee 作為國(guó)內(nèi)產(chǎn)生的競(jìng)品，就我作為個(gè)人使用者的體驗(yàn)視角，其主要競(jìng)爭(zhēng)者還是國(guó)際領(lǐng)頭羊 Github。（Github 的企業(yè)版我是使用過(guò)的；但Gitee 的企業(yè)版沒(méi)有嘗試，不甚了解。）

• 目前三者均呈上漲趨勢(shì)，對(duì)比往屆學(xué)長(zhǎng)博客中引用的統(tǒng)計(jì)數(shù)據(jù)可以對(duì)比得到這一結(jié)論。雖然 Github 已經(jīng)較為成熟完善，難以做出改變適應(yīng)新潮流，但憑借其強(qiáng)大的功能、龐大的生態(tài)，在短時(shí)間內(nèi)其領(lǐng)域領(lǐng)頭的位置不會(huì)改變。Gitlab 同理。Gitee 的主要賽道為國(guó)內(nèi)市場(chǎng)，其也不斷完善著對(duì)國(guó)內(nèi)市場(chǎng)的特色支持，用戶(hù)量上漲，但短期內(nèi)還很難撼動(dòng) Github 在國(guó)內(nèi)市場(chǎng)的地位。

市場(chǎng)與產(chǎn)品生態(tài)

• 核心用戶(hù)群正如前文分析，由軟件開(kāi)發(fā)行業(yè)從業(yè)者和計(jì)算機(jī)及相關(guān)專(zhuān)業(yè)學(xué)生構(gòu)成。
  列舉以下幾類(lèi)典型用戶(hù)（以下人物在本人現(xiàn)實(shí)生活中均有原型）：

  1. 成鋒，30歲，國(guó)內(nèi) top 2 計(jì)算機(jī)專(zhuān)業(yè)本科畢業(yè)，某國(guó)際大型互聯(lián)網(wǎng)公司 dev，愛(ài)好周末騎公路車(chē)，每月穩(wěn)定收入 5 萬(wàn)左右，需求是休息時(shí)間在開(kāi)源代碼平臺(tái)上尋找和工作內(nèi)容相關(guān)的優(yōu)秀的開(kāi)源項(xiàng)目，吸收借鑒到日常開(kāi)發(fā)工作之中。
  2. 王壘，31歲，國(guó)外名校計(jì)算機(jī)專(zhuān)業(yè)博士畢業(yè)，某創(chuàng)業(yè)公司核心員工，公司主業(yè)務(wù)為打造一款開(kāi)源軟件，愛(ài)好是看 c++ talk 和開(kāi)發(fā)庫(kù)，收入隨公司項(xiàng)目拿獎(jiǎng)金，好消息是公司一直都有項(xiàng)目，主要需求是利用企業(yè)版開(kāi)源軟件管理平臺(tái)和同事合作開(kāi)發(fā)，潛在需求是使用完善的 issue 和 pr 機(jī)制審核并通過(guò)同事代碼。
  3. 金眾，35歲，國(guó)內(nèi)某 985 計(jì)算機(jī)專(zhuān)業(yè)本科畢業(yè)，目前同時(shí)從事多份開(kāi)發(fā)工作，愛(ài)好卻是作為獨(dú)立開(kāi)發(fā)者貢獻(xiàn)開(kāi)源代碼，收入成謎，收入合法性成謎，反正從來(lái)不缺錢(qián)，表面需求是利用開(kāi)源代碼管理平臺(tái)托管自己的產(chǎn)品，潛在需求是給他人的倉(cāng)庫(kù)提 issue 和開(kāi) pr，參與開(kāi)源貢獻(xiàn)。
  4. 姜竹，20歲，計(jì)算機(jī)專(zhuān)業(yè)本科在讀學(xué)生，愛(ài)好是讀書(shū)，月收入只有 4 位數(shù)實(shí)習(xí)工資，表面需求是利用開(kāi)源代碼管理平臺(tái)和同學(xué)合作開(kāi)發(fā)完成軟工作業(yè)，以及學(xué)習(xí)他人的優(yōu)秀軟工項(xiàng)目，潛在需求是熟悉合作開(kāi)發(fā)流程和代碼管理技術(shù)，為大四兼職更高薪實(shí)習(xí)做鋪墊。

• 典型用戶(hù) 2 和 3 也部分存在著典型用戶(hù) 1 的需求，典型用戶(hù) 4 可以成長(zhǎng)為典型用戶(hù) 1 或 2 或 3。

• 對(duì)于同一個(gè)開(kāi)源代碼管理平臺(tái)可能有多個(gè)版本，社區(qū)版的主要用戶(hù)可能是典型用戶(hù) 1 和 3；企業(yè)版的主要用戶(hù)可能是典型用戶(hù) 2；學(xué)生版（如果有）的主要用戶(hù)可能是典型用戶(hù) 4。面向?qū)W生的子產(chǎn)品可能為企業(yè)版或團(tuán)隊(duì)版增加用戶(hù)，因?yàn)閷W(xué)生畢業(yè)后可能加入企業(yè)或創(chuàng)業(yè)。

產(chǎn)品規(guī)劃

• 我想加入書(shū)簽功能。即用戶(hù)可以通過(guò)點(diǎn)擊某行代碼左側(cè)來(lái)將其加入用戶(hù)在該倉(cāng)庫(kù)的書(shū)簽。目前 Github 的瀏覽功能不是很友好，每切一個(gè)文件就要重新加載。但書(shū)簽功能再結(jié)合 Github 新的 code view——代碼左側(cè)文件樹(shù)，可以提高用戶(hù)瀏覽代碼的使用體驗(yàn)。

  項(xiàng)目	內(nèi)容
  Need	目前 Github 的代碼瀏覽用戶(hù)體驗(yàn)不佳
  Approach	加入書(shū)簽功能，用戶(hù)可以對(duì)重點(diǎn)代碼行做標(biāo)記
  Benefit	改善用戶(hù)的代碼閱讀體驗(yàn)，無(wú)需 clone 也可以快速理解倉(cāng)庫(kù)代碼
  Competitors	大概沒(méi)有競(jìng)爭(zhēng)者，相似功能的代替也只能是用戶(hù) clone 到本地然后使用編輯器打開(kāi)并添加書(shū)簽
  Delivery	憑借 Github 本身的流行程度普及這項(xiàng)功能

• 6 人角色與分工如下

  • 架構(gòu)師 & 救火員： 1 人
  • 美工 & 前端開(kāi)發(fā)：1 人
  • 前端開(kāi)發(fā) & 測(cè)試：1 人
  • 后端開(kāi)發(fā) & 測(cè)試：2 人
  • 測(cè)試 & QA：1 人

• 周數(shù)	任務(wù)
  1	需求分析，工作流確認(rèn)
  2-3	技術(shù)棧確認(rèn)，架構(gòu)設(shè)計(jì)
  4-5	前后端框架構(gòu)建
  6-8	具體開(kāi)發(fā)，同時(shí)進(jìn)行單元測(cè)試和每日構(gòu)建測(cè)試，每個(gè)模塊加入總架構(gòu)時(shí)進(jìn)行集成測(cè)試
  9	alpha 測(cè)試，bug 修復(fù)
  10	beta 測(cè)試，bug 修復(fù)，總結(jié)反饋意見(jiàn)
  11-12	根據(jù)反饋意見(jiàn)修改產(chǎn)品，過(guò)程中做測(cè)試
  13	beta 測(cè)試，bug 修復(fù)，總結(jié)反饋意見(jiàn)
  14	根據(jù)反饋意見(jiàn)完善細(xì)節(jié)
  15	部署至生產(chǎn)環(huán)境
  16	產(chǎn)品上線(xiàn)