關於 Side Project 的二三事
11 月對我而言是很爆炸的一個月，過度忙碌的幾週下來沒睡到多少覺，不過依然忙裡偷閒做了些 side project，這一兩天我的一個業餘專案 stacks-cli，在 GitHub 上有一點不錯的迴響，便決定著手整理一下其中的心路歷程並分享給更多開發者。
動機 motivation:
相信大家都用過 Wappalyzer，大致上就是個分析網頁背後使用工具 Chrome Extension，平常做開發看到不錯的網站都會不自覺的點開看看，但最近看到了不少基於 JavaScript 開發的 CLI 專案，便想說如果可以把 Wappalyzer 移植到 command line 的介面，應該會是個不錯練習的 side project。
雖然後來想想有點本末倒置，畢竟把 url 貼到 CLI 還不如直接用 Extention 更快更直接，但我覺得還是各自有各自的市場存在，可能Ａ就是不喜歡安裝這麼多 Extension，畢竟 Chrome 都這麼吃效能了，可能Ｂ就是單純喜歡 CLI 低調快捷的風格，所以以 CLI 為優先考量。stacks-cli 的初衷除了想要自己業餘練功以外，更想要讓開發者在為數不多的選擇限制下能夠多出一個選項，做為一個 side-project 的目標其實已經達成了。
心態 mindset：
當你辛辛苦苦研究了一些新東西然後做出成品，拿給身邊的朋友看卻得到 soso 的評價也別灰心，因為 stacks-cli 其實就是這樣，很可能東西本身就不夠好，沒有第一眼會讓人注意到的亮點，但同時也很有可能只是受眾不夠多，Reddit 社群沒什麼反應就試著去 HackerNews po 看看啊！
有類似需求的人永遠比你想像的還要多出許多。
當然更重要的前提是，請先捲起袖子，trial and error，先去嘗試把東西做出來，一步步更接近腦海中的想像絕對是遠勝過一堆空口的滿嘴幹話。
建議 tips：
README 重要性不在話下，誠如人月神話一書中所提到的觀點，寫程式的時間和寫文件的時間應該盡可能是 1:1 的分配，當然這是行有餘力的理想狀態，公司專案可能根本做不到，高流動率的情況下連簡單交接都有問題了，但既然是業餘的 side project，不妨試著多做一點，畢竟以開發者的角度而言，你認為的理所當然在別人眼裡很可能是黑人問號，過於本位思考容易自我迷失，盡量用同理心去逆推其他開發者看到會怎麼想，能夠清楚的把自己的意念用文字傳達說明並讓更多人理解也是相當重要的。
至於去何處宣傳，筆者大力推薦這篇文章，文中說明已經十分明瞭，有興趣的可以研究看看。
檢討 feedback：
大四那一整年在 IOH 實習時，超哥最喜歡在忙碌了一整天下來，讓實習生說說自己的 feedback 給大家聽，現在想想其實蠻想念那段時光的，想念各種人事物，比起職場的種種現實，Studio 的美好氛圍就像個烏托邦的存在，雖然離開 IOH 有段時間了，沒想到這樣的習慣還是存在，總是會反覆問著自己，哪裡還可以做得更好，哪裡可以改善，現在這個年紀也許正在起步中，離想像中的樣子可能還有不小的差距，這時可以試著想想，反正 I have nothing to lose，撞牆撞習慣之後就再也沒什麼好怕的了。
stacks-cli 本身沒用到什麼厲害的技術，就只是把 Wappalyzer 移植到 CLI 的介面罷了，能夠受到國外開發者的歡迎其實運氣成分相當濃厚，不過整體而言也是個相當奇妙的經驗。
以前都會說自己是非本科出身，但自從看到大神 jserv 曾說過的一句話：
嗯嗯…還是少說點話多做點事繼續努力比較實在ＸＤ，題外話有點扯遠了，但重點還是衷心期待不久之後也能在 GitHub Trending 上看到更多來自台灣開發者的作品！
