超輕量化JavaScript除錯工具

“Debugging sucks. Testing rocks!”，如同Google工程師所說，與測試工作比起來，除錯實在是一件很沒效益的事，尤其是當問題已經發生，頭已經抱著燒的狀況下要除錯更是苦不堪言。倒底測試有多重要呢？Google甚至還開始提倡一個馬桶上的測試活動 "Testing on the Toilet"！不過這篇倒不是要跟大家介紹Google如何逼工程師一邊上廁所一邊測試（有點扯遠了），而是就算已經做好妥善的測試，除錯仍是避免不了的工作，經過上一篇IE你別鬧了的經驗後，發現雖然工作上不常用到JavaScript，但是一旦遇到這方面的問題，除錯過程總是非常惱人，尤其我們還需要把各種瀏覽器版本都檢查過一遍才行。當時正好在網路上看到了一個簡單好用的JavaScript除錯工具– Deb.js，雖然說是除錯工具，但更精准地說，Deb.js算是"將function的參數及結果自動地輸出到Console.log的一個小工具"。

壓縮JavaScript的好工具 - Closure Compiler

一切都是為了使用者體驗

大家滑手機的時候一定最討厭界面卡頓的感覺，圖片或內容可以晚點呈現(甚至跳過也沒關係)，但爽快地滑動界面是神聖不可侵犯的使用者特權，只要可以暢快地讓人滑手機就是好App了。我有時候覺得這已經完全改變了我們的世界，例如我家巷口那原本繁忙的早餐店，現在已經鮮少聽到顧客等待早餐製作的不耐抱怨聲，因為大部份的等待時間已經被滑手機給撫慰了，反而覺得“咦！最近老闆煎蛋餅的時間變快了啊 ^^? ”。
因此在偉大的使用者經驗的考量下，無論是Web或APP開發，大家最怕的就是網路塞車或是大量I/O下造成操作的遲鈍，因為使用者通常只要愉悅的瀏覽被打斷幾次，很可能就直接按下home鍵離開了。

如何提升網路服務的效率

Web Design更是受到此一嚴峻的考驗，在先天限制下，Web的運作效能本來就無法跟native application相比，更何況其完整內容+部分程式需要先透過網路傳輸到使用者端的裝置上，雖說為了避免操作上的遲鈍，UI的設計通常會將厚重的動作以非同步的背景方式處理（例如資料查詢或是圖片的下載），但是如果是連UI本身的程式(JavaScript)都需要花大量時間從伺服器下載，那就真的無藥可救了，無論我們提供如何良好的UI設計，使用者都只有等待的份。
為了快速有效地利用頻寬來提供良好的服務，服務提供者通常會先針對其JavaScript進行壓縮來避免上述的問題，希望能在使用者開啟網頁的時候，重要資料可以以最快速的方式下載到瀏覽器上。Google在這方面提供了一個相當實用的壓縮工具：Closure Compiler