錯誤一轉件所謂“應該能行”的代碼
錯誤：無論是JavaScript，還是在服務器上運行的代碼，開發人員都需要測試並確認它是否可以正常工作，而不是在部署了之後，就認爲它應該就能從一而終地運行。
影響：不經過適當錯誤檢查的網站就是對最終用戶耍流氓。不僅會極大地影響用戶體驗，而且其錯誤消息內容的類型可能會給黑客線索來滲透這個站點。
如何避免：是人都會犯錯，這個哲理同樣適用於編碼。使用JavaScript，一定要實施好的技術來防止並抓住錯誤。雖然這篇文章描繪了用JavaScript編碼Windows應用程序，但是大部分的內容也適用於web開發，許多提示都很不錯!另一種能讓代碼變得可靠又能在未來變化中存活下來的方法是單元測試。
如果我們夠仔細，那麼就能捕捉到服務器端的代碼失敗，而不被用戶發現。只顯示必要的信息，並且一定要確保設置友好的錯誤頁面，如HTTP 404s。
錯誤二寫分叉代碼
錯誤：本着支持所有瀏覽器和版本的崇高理念，開發人員立志創建可對任意可能情況作出迴應的代碼。代碼中if語句成堆，所有方向都有分叉。
影響：隨着瀏覽器新版本的更新，代碼文件會變得越來越笨拙和難以管理。
如何避免：實現代碼的功能檢測和瀏覽器/版本檢測。功能檢測技術不僅可以顯著減少代碼量，還更易於閱讀和管理。不妨考慮使用如Modernizr這樣的庫，不僅有助於功能檢測，還能自動幫助提供不能跟上HTML5和CSS3速度的舊版瀏覽器的反饋支持。
錯誤三非響應式設計
錯誤：假設開發/設計人員在相同尺寸的顯示器上開發網站。
影響：當在移動設備或在非常大的屏幕查看網站時，用戶體驗要麼很難看到頁面的重要方面，要麼甚至要時刻注意着不導航至其他網頁。
如何避免：響應式的思維方式。在網站中使用響應式設計。這裏有一些關於這方面的實用教程，包括響應式圖片，還有一個非常受歡迎的庫，那就是Bootstrap。
錯誤四網站過多刷新
錯誤：創建的網站需要爲每一個互動而全面刷新頁面。
影響：類似於頁面臃腫，頁面加載時間的性能會受到影響。用戶體驗缺乏流暢性，並且每次互動都可能導致網頁短暫(或長時間)的復位。
如何避免：快速避免這種情況的一個方法就是，通過測定回發到服務器的內容是否是真正需要的。例如，當不依賴服務器端資源的時候，客戶端腳本可用於提供直接結果。你也可以應用AJAX技術或進一步使用單頁的應用程序“SPA”方法。流行的JavaScript庫/框架，如JQuery、KnockoutJS和AngularJS，能讓這些方法的採用變得容易得多。編程工作第六個年頭了，與大家分享一些學習方法，實戰開發需要注意的細節。784-783-012 秋裙。從零基礎開始怎麼樣學好前端。看看前輩們是如何在編程的世界裏傲然前行
總結:在學習與工作中，總是會遇到不同的挫折。雖然有些錯誤與某一個具體的行爲相關，但有些錯誤卻是所有Web開發人員都需要面對的挑戰。