1K star+ 的項目是如何煉成的？

前言

首先標題黨一下，其實這篇文章主要是記錄個人第二個過 1K star 的項目 Java-Interview，順便分享下其中的過程及經驗。

需求選擇

Java-Interview

之因此要作這個項目主要是當時我正在面阿里的兩個部門，很是幸運的是技術面都過了。其中的過程真是讓我受益不淺更是印象深入，因此就想把期間的問題記錄下來，加上本身的理解但願能對其餘朋友起到幫助。

正好那段時間也是傳說中的金三銀四，因此無形中也叫順勢而爲吧😏。

SSM

這個項目的歷史就比較悠久了，我看了下第一次提交差很少是兩年前。

從這個名字也能夠看出當初仍是一個剛入行沒多久的小菜鳥，由於以前在學 Java 的時候真的走了不少冤枉路，因此從頭開始記錄到如今整個過程所學到的東西，踩過的坑。

因爲是面向小白，入門簡單，上手較快也取的了必定的關注。

其實從這兩個項目能夠看出選擇一個方向是很重要的。

以及該項目解決了什麼問題，長期的規劃，受衆是哪些都要考慮清楚(怎麼有點像作產品😅，其實這就是你本身的產品)。

好比這兩個項目的目標：

• Java-Interview：持續更新面試問題，但願能讓面試者知其然也知其因此然。
• SSM：博主從小白到如今實際開發所遇到的問題記錄，以及實戰經驗，如今逐漸會分享一些難點以及底層。受衆大可能是小白。

文檔很重要

既然項目作出來是給人用的，那文檔就顯得相當重要了。

就像平常和前端懟接口時，有一個標準的文檔輸出比在白板上折騰半天要高的多。

其實仔細觀察 GitHub 上熱門的項目，會發現他們的文檔幾乎都有一些共同結構：

• 簡單描述項目是幹什麼的。
• 快速啓動。
• 最近更新。
• Q/A 答疑。
• 項目截圖。

主要目的就是要簡單易讀，快速上手。

而後把一些複雜的如系統設計、開發指南等能夠放到 wiki 中。

切記不要什麼東西都往 README.MD 中寫，保持一個簡潔的文檔能夠加分哦。

固然也能夠在首頁加入一些徽章如：

也能起到一些積極做用。

積極推薦

代碼質量這個就很少說了，這應該是最基本的要求。

俗話說：酒香不怕巷子深。

但對於作開源項目來講就不太適應了，當你幸辛苦苦作了一個自認爲很不錯的項目，結果一年過去了都無人問津，這難免會有點打擊積極性。

因此適當的自我推薦就頗有必要了。

上圖是我博客、項目的主要流量來源。

下面是我自身體驗比較優質的推薦渠道：

• 開發者頭條：因爲截圖的時候沒有新發文章，以前那篇秒殺架構實踐發了以後博客 80% 的流量都是從頭條過來的，並且質量很高，不得不點個贊。
• 併發編程網: 併發編程網是由阿里大牛清英(買了那本《併發編程的藝術》就被圈粉了)創辦的，其中的文章質量廣泛較高(致使也會有一點寫做門檻)。因爲網站的流量也比較高，只要你的文章質量不錯確定會獲得好處。
• 掘金：掘金這兩年也比較火，是專門作開發者內容的，也是網站流量不錯。
• 開源中國：開源中國的博客也不錯，本身也有代碼託管，但我仍是更喜歡用 GitHub，通常上了編輯推薦都會有不錯的訪問量。
• V2EX：大名鼎鼎的 V 站，其實受衆較少，正由於如此也造成了獨有的文化，所以也是我天天比逛(摸魚)的網站，因爲受衆大可能是開發者因此也能獲得不少有用的反饋。
• 大佬推薦：最快捷的方式其實就是口口相傳，其中固然是大佬的效率最高。以前有個純潔的微笑、程序猿DD 都投過稿，也能帶來不錯的流量。
• 簡書:原本不想推薦簡書的（以前的事件以及如今雞湯太多），可是流量還能夠，如今就純粹當作博客備份的工具了。

堅持下來以後會發現：只要本身堅持、保證質量最後會造成本身的閱讀圈子，到後面甚至會有其餘朋友主動來找你分享，這些都是自我提高的過程。

不忘初心

當初作的第一個開源項目就是 SSM，徹底受夠學習時找資料的痛苦，也獲得了不少人的幫助，因此纔有了該項目。

平時工做中或多或少都會用到開源項目，其實咱們大部分人也寫不出 Spring、Guava 這樣的項目，只是再這過程當中能夠參與進去，收穫也是很是豐富的。

兩年前參與開源到如今有收到面試邀請、物質獎勵這些都是正面積極的，能夠鼓勵咱們接着作下去。

但最多的仍是在這過程當中結識了不少朋友，技術能力提高也很明顯，這些都是保持自我可持續發展的必要條件。