建站
咨詢
售后
建站咨詢
新聞中心
目前為止我已經(jīng)有五個流行項目（登上 Github 的 Trending 頁），所以想分享我的一些經(jīng)驗和方法。
如果你開源過代碼，就會知道讓別人對你的感興趣是多么困難。這很奇怪，不是嗎？ 我們花了至少數(shù)百小時在這上，把它免費提供給別人卻沒人感興趣?。〗?jīng)過幾次較為幸運經(jīng)歷，我慢慢發(fā)現(xiàn)如何讓其他人對我的開源工作感興趣。如下圖展示的：
最終你希望得到那些使用你 Repo（Github 上開源的項目）的開發(fā)者的點贊加星。但第一步你需要先獲得一些加星，你就是這篇文章的目的。
首先，我介紹下我自己。我目前主要是一名 iOS 開發(fā)者，我在六個月前開始發(fā)布自己的開源作品。目前為止，我應該算是能在 Github 的世界范圍頂級 iOS 開發(fā)者榜單上出現(xiàn)了。
?
事實上我沒有 Github 上顯示的那么厲害（謝天謝地，不要鄙視我~）我覺得我能夠在開源社區(qū)有些影響力，是因為我同時能做些設計工作（你接下來會見識到），下面是我的流行項目：
- TinderSimpleSwipeCards (650+ 加星， 6 個月內(nèi))
- RKSwipeBetweenViewControllers (400+ 加星， 4 個月內(nèi))
- RKDropdownAlert (500+ 加星， 4 個月內(nèi))
- RKCardView (500+ 加星， 2 個月內(nèi))
- RKNotificationHub (500+ 加星， 一星期內(nèi))
這上面的 5 個項目都上過 Github 流行的頁面，我把如何做到如此分為 6 個步驟。
六步驟（主要秘訣在第四到第六步）
為了行文簡短，一到三步驟會簡單論訴下，四到六步驟會詳細講解。
- 項目是最重要的
- 閱讀和調(diào)研
- 開搞項目倉庫
- 寫好 Readme
- 配上好圖
- 注重反饋回路
項目是最重要的
Repo 就是你作為開發(fā)者在構建的產(chǎn)品。
那既然是產(chǎn)品，它就要解決用戶的難題。你估計聽見過不少那些著名的產(chǎn)品都是創(chuàng)始人正好碰到一些難題需要解決而產(chǎn)生。同樣的思路，大部分開源出來的代碼也是要解決開發(fā)者的一些難題。所以，你不一直的創(chuàng)造新東西你怎么會遇到那些待解決的難題呢~
Twindr（Twitter+Tinder）就是我為了逗樂我朋友和自己這個簡單原因做的傻傻的業(yè)務項目。不過最后它帶來了 RKCardview（500+ 個加星）
所以做業(yè)務項目，參加編程馬拉松吧，周末和同事瞎搞搞。找到你在重復什么樣的代碼，從而你可以構建別人也會需要的模塊化的東西~
閱讀和調(diào)研
大部分問題已經(jīng)被解決過成百上千萬次了，并且它還會被繼續(xù)重新解決。
每次你想到某些可以開源做成 Repo 的，先看看是否其他人已經(jīng)做過類似的了。如果真的已經(jīng)存在，很多人已經(jīng)在用了，說明它還不錯，那么拿起來用別自己搞了。
如果它還沒有被解決，或者沒有被優(yōu)雅的解決，那開始你的調(diào)研?？纯船F(xiàn)有的方案，找出不喜歡它們的原因。我喜歡瀏覽現(xiàn)有項目的 Githu Issues 來為如何構建自己類似方案找靈感。如果我有足夠時間，我會親自使用這些項目記錄下我遇到的一些問題（或文檔上不好的地方），雖然我自己沒這么做過，我只是聽說過這個方案而且覺得真的不錯。
最后，開始真正過下它們現(xiàn)有的代碼。譬如我喜歡 SVProgressHUB 這個項目。特別的，我喜歡它僅僅通過一行代碼就能調(diào)用而不需要創(chuàng)建和維護對象才能實現(xiàn)。最終我以類似的方式實現(xiàn)了 RKDropdwonAlert。
開搞項目倉庫
先快速說 5 次這句話：『簡單，直白，可用』！
我意識到我最近的項目比之前的老項目更快的獲得一些關注和加星。可能是因為越來越多人認識我了（我覺得自己非常有名哈哈哈），但我覺得是因為我越來越懶了。一開始我寫開源項目時，我會寫很多很多代碼就為了些不那么明顯優(yōu)化，我因為那些很重要很吸引人。不過現(xiàn)在我會構建優(yōu)雅好用的東西，卻花不少時間來清理接口/界面。
RKNotificationHub 漢堡菜單按鈕的左上角。
我們拿 RKNotificationHub（RKNH）來舉個例子。
一開始我設想 RKNN 是當我希望在我項目的菜單按鈕上加上一些東西，因為我認為是非常好的懂事吸引用戶來檢查下新功能。這的確工作的很好，我持續(xù)在其他項目中也陸續(xù)使用。
一開始我設想這個 Repo 可以支持大量的后端的全能型通知系統(tǒng)。譬如鏈接到類似 set，array，dictionary，API hit，APN 等上，每次值改變了就更新它。
不過最終，我就實現(xiàn)了簡單的 UI 邏輯，把具體業(yè)務邏輯交還給用戶自己去實施，使它們有更多精細控制。為什么？因為我變懶了，但是我認為它也有它的優(yōu)勢：足夠簡單，輕量和直白，非常易于使用。
一句話總結就是：如果沒人知道怎么使用你的代碼，那么就沒有會使用它。
寫好 Readme
Readme（Github 允許你創(chuàng)建該文件，通過 markdown 等語法來在項目主頁顯示你項目相關內(nèi)容）是你整個項目中最重要的內(nèi)容。
如果你最后只能從該文章學到一樣的話，我覺得就應該是：
你在代碼上花多長時間，那么就花同樣的時間來寫你的 README 吧。
我是認真的！事實上，我認為我在 Github 上的成功很大部分來自于我認真設計我的 README 讓它更具美感（也證明了我就是一般程序員而已）。
下面是我是怎么布局我的 README 文件的：
?
一些關鍵點是：
- 它是大部分人會停留還是會離開的關鍵。把它做好些從而開發(fā)者更會在走之前給它加星。越多人加星，就說明越多人認可/相信你的項目。
- 圖片，圖片，圖片！使用類似于 LICEcap 來創(chuàng)建 gif 圖如果它們是些動畫效果，把創(chuàng)建好的圖片統(tǒng)一放在 imgur 帳號中。
- 展示，而不是啰嗦講訴。 不要用文字說它怎么怎么優(yōu)雅解決什么什么問題了，用一張 GIF 來展示，它比啰啰嗦嗦的廢話好用多了。給他們展示代碼示例。
- 你必須有個 HOW-TO 的部分。用的人不會通讀你的代碼，所以你必須替他寫好示例。
- 用圖片輔助你的代碼示例來更好展示效果
- 如果有人提 issue 了，盡快解決它。如果有人提出同樣的問題多次了，那么考慮是否要把這個寫到 README 上了。
配上好圖
圖片效果是好于文字的。
Repo 中確實需要好代碼。不過我敢打賭如果我畫一些好看的圖片不放代碼依然能獲得現(xiàn)在 60% 的加星。有了好的科技，然后好的設計就隨之而來 （wherever tech goes, design eventually follow）。消費硬件，應用，網(wǎng)站，著陸頁等都說明了這個趨勢。技術我們定位的是 Github 的瀏覽用戶，而僅僅是開發(fā)者。
下面有些當你在做圖需要考慮的一些關鍵點。我還是使用 RKNK 中圖作為例子。
思考怎么把你的 Repo 的目的傳達出來。
你想要他們能理解為什么這個 Repo 能有用。RKNK 就是創(chuàng)建出簡單的通知圖標，所以我決定使用 Facebook 的通知中心作為中心圖片。
留意空間
在頂部的 title 部分有個特定的短鏈接，在結尾有我的 Twitter。然后把中間部分且為兩塊。
左邊的圖來展示如何使用 RKNH 的使用。它被居中排放（有不少的留白），人們大多都是從左讀到右的，所以左面承載了更主要的概念。
右邊的圖通用被居中并且留有空白。如果說左邊是為了說明這是個什么產(chǎn)品，那右邊就是來說明你為什么需要使用它。動畫很具有吸引力，所以我想用它來展示。
最終效果：
這個圖不僅僅是開始一份不錯 README 的簡單有效的方式，也同樣是適合分享。
快速說下目前的工具。我絕大部分的設計工作通過 Sketch3 來完成（它是個非常簡單的圖片設計軟件），GIFs 通過 LICEcap 錄制，并且在 GIMP 中被編輯。它們有些不太好用，不過也是我目前能發(fā)現(xiàn)最好的免費方案了
關注反饋回路
迭代！開動！可執(zhí)行的指標！
現(xiàn)在我們有了圖片和不錯被加了文檔的代碼。我要向你展示如何玩轉整個洗通過你。我首先介紹下 Github 的 Trending 流行頁的機制。
?
這就是你要努力登上的頁面。
?
數(shù)據(jù)是 Github 提供的，時間窗口不明確，我覺得應該是一周。
這就是原因。大于 90% 的頁面流量和跳轉來自于 Github 本身，很可能是來自于 trending 流行榜單頁。
成千上萬的開發(fā)者到 Github 的流行頁面來看看開發(fā)社區(qū)中又有哪些流行的東西。更棒的是這些人都有 Github 帳號并且都登錄著。如果你喜歡獲得 Github 加星，這些人就是最好的來源。
流行頁的算法也很簡單：就是看在特定時間內(nèi)被加星的次數(shù)。當天和一周都是這樣。
反饋回路（feedback loop）是我用來讓更多觀眾參與進來的方法（對他們的建議盡快的回復和迭代）。這是從 the lean startup 中獲得的啟發(fā)和也是我第一次獲得 30 個加星的方法。
反饋回路看起來像：
- 貼出帶有圖片的鏈接（比單單的 Github 有效多了）
- 幾分鐘內(nèi)獲得反饋
- 及時回復這些反饋
- 重復兩到三次，直到完成初次的傳播
因為之前的不愉快的事，我現(xiàn)在不太喜歡也很警惕在我個人的社交網(wǎng)絡中王婆賣瓜似推廣自己的東西。所以除了這篇文章，你很少能在 Facebook 上看我的狀態(tài)。對我來說， Reddit 就是個不錯的地方，我能夠獲得匿名的反饋（因為那些人也喜歡學習和接受新東西）。它確實是一個積極和提升自信的好環(huán)境。
當然你不一定就要選 Reddit 作為主要平臺。我只是覺得它適合我。你可以更傾向于 Product Hunt，Twitter，F(xiàn)acebook，同事間，本地的計算機科學的用戶組類似于編程馬拉松的群組等。確保記住一下的原則：
- 如果你的作品是垃圾，那反饋很可能也是
- 如果你的文檔是垃圾，那反饋也不會是什么好貨
- 如果你還要和那些花時間給你他們建議的人爭吵，那你幾乎就會失去他們的后續(xù)關注
我們再看看上面的來源網(wǎng)站的截圖，可以發(fā)現(xiàn) Reddit 給我?guī)砹?58 個人，那我需要從這個 58 人中取得最初的 30 個加星。這就是顯示出之前我們的工作（如項目文檔 README 和配圖）的作用了，所以要加倍努力去取得這最初的加星。
如果我遇到一些舉棋不定的時刻，我總會求助于我的部分開發(fā)者朋友。他們都會幫我解決難題，所以密切關注他們。
結論
感謝那些讀到現(xiàn)在的朋友，我希望你們馬上就能夠獲得你想要的效果，但是要記住這不是一個一撮而就的魔法。你還是需要做你該做的工作，也許需要花上上百個小時。我并沒有夸大（當我說編碼和寫文檔的時間應該1：1 的對應），越是復雜的大型項目越需要越清晰易懂的文檔。
你也許會從你寫的小東西上獲得好幾百的加星，但是如果你真的搞出影響力，你需要做出大型項目。我個人在接下來幾個月會繼續(xù)花時間來維護現(xiàn)有的開源項目，試著理解開發(fā)者上什么使用我的 Repo 的。構建創(chuàng)造是快樂的，不過修復問題也是同樣重要的。
網(wǎng)頁題目：如何在Github打造你的爆款開源項目
文章位置：http://www.dlmjj.cn/article/dpgpopp.html
