很多web前端的同志們容易犯一個錯誤，就是拿到一個任務后就馬上開始寫代碼，其實這并不是一個好習慣。

對于簡單的獨立頁面而言，這么做還不會有太大麻煩。但是，對于一個中大型的網站而言，如果在還沒有一個考慮成熟的前端架框前就開始動手寫代碼是會帶來非常多問題的，比如代碼冗余、多人合作容易沖突、代碼組織沒有規律等。

犯這種錯誤主要因為兩個方面的原因：一方面可能是前端開發者本身經驗不足；另一方面可能是客戶或Boss給的壓力很大，拼命趕工期。如果是后者，我們一定要頂住壓力，客戶和Boss往往很可能并不了解技術，它們可能更希望盡快看到工作成果。如果在沒有一個成熟的框架前就開始寫代碼，很可能會出現先快后慢的局面，越到后期開發速度越慢，反復修改bug、打補丁，系統的開發和維護成本越來越大。如果一開始不急于馬上進行開發，而是先根據用戶需求進行分析，先考慮好框架，會讓整個開發過程更有規劃、更順暢，是一個先慢后快的過程。

前期的構思非常重要。具體來說，構思的內容主要包括規范的制定、公共組件的設計和復雜功能的技術方案等。一般來說，前期構思占整個項目30%～60%的時間都算是正常的。要知道，磨刀不誤砍柴工！