最近在知乎看到乙個問題，原問題如下：
「很奇怪，為什麼現在能找到自己手動建立vue腳手架的文章非常少，而且大家似乎對webpack4的熱情並不高，對於想基於vue2.0+webpack4搭建乙個腳手架的我來說資料真是少得可憐。難道現在一般的做法就是直接從vue-cli開始然後改成自己需要的模樣嗎？難道就沒有人從零開始搭建乙個漸進增強的腳手架？這一點我很疑惑，希望大牛給點指導。」
這個問題我之前在公司也曾想過，當初入門vue專案也是從乙個 npm install vue-cli -g 的命令列開始的，覺得官方提供的vue-cli腳手架很友好，不用想vue+webpack的工作流怎麼搭建，vue-loader 和 css-module怎麼配置，如何安裝使用eslint和editorconfig等，就可以直接進入業務**的開發階段。
當然，以上是對於寫業務**的前端一線編碼人員來說的，對於追求上進的你當然不滿足於一直寫業務**，你也想知道乙個專案在破土動工前，前端leader是怎麼搭建乙個前端專案的工作流的，如何去手動配置乙個具體專案的webpack打包檔案，包括後期的ssr，服務端渲染。
這些都是你提公升自己內功的砝碼，也是初級前端和中級前端的區別所在，初級前端只會在leader安排下的乙個模組裡寫點業務**而不用去管前端工程的問題，這些問題都被前端leader搞定了，你只需呼叫他寫好的命令或者外掛程式即可。
中級前端或者更高階者就有統籌全域性的能力，類似於文章開頭說的，能手動建立乙個和公司專案需求深度定製的vue腳手架，而不再依賴於官方提供的vue-cli，一方面自己定製的腳手架哪齣了問題自己心裡清楚，從而也能培養自己前端架構的能力，另一方面這也是月薪10k與20k的技術差距。
當然，如果你直接使用了vue-cli，你的領導要求你將webpack的版本從3公升級到最新的大版本4，你會不會一臉懵逼呢？舉個例子： 在webpack4.0中，如何使用extract-text-webpack-plugin配置css單獨分離打包，以及如何解決在公升級過程中碰到的一些坑？如果你沒有親手公升級過webpack4，你根本不會發現這些問題，例如extract-text-webpack-plugin的報錯：
這就是硬實力的一種體現，在公司裡技術的高低，體現於公司專案中碰到的難以解決的bug的解決能力。你可以看看平時在公司裡誰解決的bug多，一般不是太難的bug都是前端小組的成員去解決，比較難的bug大多數情況下是前端小組的leader去解決的。
這種硬實力的體現，折射出他為何是leader，你為何是被管理者，同樣的崗位，放你上去，你不一定能解決掉專案中碰到的問題，而他能。所以，童鞋們，人家之所以是leader，是因為人家有高你一籌的技能，而這恰恰是你現階段所缺少的。
俗話說，不想當leader的程式猿不是好碼農。所以，平時你們可以在公司裡看看你們的leader在忙些什麼。
這就是我為什麼不推薦你使用vue-cli建立腳手架的原因（此文的受眾是想要高階中級的初級前端人員）。
**：
為什麼我不推薦敏捷開發？
當專案成員越多，我越不推薦敏捷開發，原因在於 當連自己要做什麼事 為什麼這樣做 這樣做為了解決什麼問題 都搞不清楚前，就跳下去玩敏捷開發，那和比通靈還慘，通靈起碼還有個目標物在前面，搞不清楚狀況的人只能陪他跳世界迷霧開地圖了 敏捷開發 mba智庫百科 最下方有段 對敏捷開發的誤解 可順便參考 敏捷軟...
為什麼不推薦使用外來鍵？
外來鍵的優點 一 資料一致性 由資料庫自身保證資料一致性 完整性會更可靠，程式很難100 保證資料的一致性 完整性 二 er圖可靠性 有主外來鍵的資料庫設計可以增加er圖的可讀性 外來鍵的缺點 一 級聯問題 阿里巴巴的開發手冊中，就曾指出強制要求不允許使用外來鍵，一切外來鍵概念必須在應用層解決。因為...
為什麼不推薦使用字段注入
最近 macos 上的 edge 瀏覽器流出，趁著換瀏覽器把一些收藏的書籤整理一下.我比較關注 idea 的提示，尤其是右側的出現黃線的警告，當我使用 autowired 進行依賴注入時，idea 會出現下面的警告 field injection is not recommended 後來查了一下原...