前言

首先標題黨一下，其實這篇文章主要是記錄我的第二個過 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 這樣的專案，只是再這過程中可以參與進去，收穫也是非常豐富的。

兩年前參與開源到現在有收到面試邀請、物質獎勵這些都是正面積極的，可以鼓勵我們接著做下去。

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