個人在初期還建立好工具庫的時候
還蠻常自幹的
也會以自幹為榮
但是網站作多了以後
就開始覺得要怎麼讓自己做好的東西可以讓別人快點上手
但是又沒辦法把自己的東西整合好 並且寫文件出來
所以就開始慢慢脫離自幹
而是找適合的工具來做我要做的事情
之類的
現在通常要找工具都會先到npm或是packagist上面先找找
評估能不能用以後才考慮要不要自幹
評估方法之前的文章已經寫過了XD
drupal wordpress之類的cms也是可以參考的工具
當知道怎麼去修改他以後
要建立一個網站也是很方便的事情
如果明知已經有工具可以達成自己要做的事情
又想自己做一次的話
通常都是為了學習
如果是因為這樣自幹是值得鼓勵的
不過自幹出來的東西就不一定要用在工作上
畢竟事後的維護跟問題處理不一定是你自己可以繼續做下去的
一樣會造成交接困難
開源的目標就是共享成果
如果你可以自幹到一整套完整的東西又分享出來
那自然是最好的結果
但是一般狀況下 都會先使用已經存在
並且有長期維護的套件
這當然是最多人的第一選擇
去修正自己正在使用的套件
補充上自己想要的功能
假如你的需求大家都沒有想到要做
一是真的你想的很棒 但是沒人做出來
二是這玩意一堆人想過的 沒有比現有解決方式好
這點是我覺得也要注意一下的事情
習慣自幹有時候就會陷入這樣的盲點
project-guidelines/README-zh.md at master · wearehive/project-guidelines
很長 看過才知道可以做些什麼
Ten Things A Serious JavaScript Developer Should Learn | benmccormick.org
也很長
vue-cli解析 · Issue #47 · laizimo/zimo-article
如果你要做些小調整就是要看這些
老文章 但是概念可以一直用下去
之前手動換版本 看來應該要重新建立一次看看了
好看很多
Programming Environment - Dilbert Comic Strip on 2017-01-02 | Dilbert by Scott Adams](http://dilbert.com/strip/2017-01-02)
看到就想轉XDD
要取得平衡點啦
如果只用一兩次 花上這麼多時間可能就不值得
每天都在用就算值得
https://github.com/fripig/article_log/issues/432