1，沒有正確的構思往往導致專案前期快，後期慢的特點。甚至大概率會因為考慮不周全，出現中途重構、重寫的意外。
2，無法做乙個粒度合適的架構（當然不是指事無鉅細甚至連樣式也要考慮，有一句話叫「架構師不考慮樣式」），其實也是winter所說的前端三大能力（**能力、架構能力、工程能力）中「架構能力」的不足。或者說：只知道埋頭苦幹，低頭走路，沒法從全域性來考慮事情。
3，架構需要考量很多軟體開發規律：如開閉原則、依賴倒置原則、發布訂閱模式等等。這些思想是軟體的靈魂，也是前人踩了無數坑總結出來的，為無數開發者所認同的經驗。這些指導性的東西會讓我們的專案更加規範，拓展性和維護性更強大。
論架構師的自我修養
確實說的不錯！架構師，當然是腦力勞動者，但是，同樣是腦力勞動也存在重大的差別。有一類腦力勞動的成果，是比較容易被評價的。或者能夠判斷其對錯 比如考試的分數 或者能夠比較其高下 比如兩個人下棋分出輸贏 或者能夠交由市場來判斷 比如某種ui ue設計，我們可以通過資料統計，了解其受使用者歡迎的程度。但是...
論架構師的自我修養
架構師，當然是腦力勞動者，但是，同樣是腦力勞動也存在重大的差別。有一類腦力勞動的成果，是比較容易被評價的。或者能夠判斷其對錯 比如考試的分數 或者能夠比較其高下 比如兩個人下棋分出輸贏 或者能夠交由市場來判斷 比如某種ui ue設計，我們可以通過資料統計，了解其受使用者歡迎的程度。但是，架構設計只是...
論架構師的自我修養
架構師，當然是腦力勞動者，但是同樣是腦力勞動也存在重大的差別。有一類腦力勞動的成果，是比較容易被評價的。但是，架構設計只是軟體開發過程中的乙個環節，在這個多人協作的場景中，我們很難單獨評價架構的優劣。架構師，當然是腦力勞動者，但是，同樣是腦力勞動也存在重大的差別。有一類腦力勞動的成果，是 比較容易被...