原文網址：http://www.gmarwaha.com/blog/2011/05/09/gwt-pros-and-cons/
註：原文寫於 2011.05.09
我愛 JavaScript。jQuery 跟 MooTools 出來之後， 讓我對 JavaScript 的愛又增加了好多倍。 如果要我對所有我開發的 web application 做出選擇， 我會從上面兩個 framework 當中選一個。 但是在這一行，我不得不一次又一次地屈服於客戶的壓力、 用他們選擇的技術來作業，無論他們的選擇對或錯 （付錢就是老大啊...... Orz）。 有一個客戶讓我接觸到 GWT 的世界。
幾年前當 GWT 剛發佈的時候，我曾經試了一下。 我不怎麼喜歡，所以我甩了 GWT 就再也沒回頭看過它一眼。 但是在過去六個月用 GWT 作業之後，我對這個 framework 有稍微不同的印象。 我仍然不會說 GWT 是什麼拯救世界的神兵利器， 但至少它沒有我想像的那麼糟糕。 我把對這個 project 的觀察結果紀錄下來，好的壞的都有， 對之後要導入 GWT 的開發人員來說可能有點用處。
副標題：Chrome 捨棄 WebKit，改用 Blink 作為 rendering engine。
感謝 LPH66 與 chingfen 校正 Chrome 語源
最近 WebKit 可能變成新一代 IE6 （在偉大的 browser 戰爭前，大多數網頁開發人員只為了相容 IE6 所作的最佳化與測試） 的說法逐漸成型。
譯文中的 Collection，代表 Collection API 或是屬於 Collection 的 class（List、Map...）。 如果是 collection，則代表某個 Collection 的 instance。
我們都廣泛使用 Collection，
像是 List、Map 以及延伸的 class。
每次我們用的時候，我們都得掃遍整個 collection 去找到某些 element、
更新它們、或是找出某個條件下不同的 element。
就像下面這個 Person 的 List：
這篇文章的陳述方式及內容有許多問題，可參閱 ptt.cc Java 版後續的討論。
原文網址：http://skuro.tk/2013/03/11/java-stringbuilder-myth-now-with-content/
用 + 號來連接兩個字串是萬惡的根源。 —— 不知名的 Java 開發人員
註：這裡討論用到的程式碼都可以在 Github 上找到。
在大學的時候，我學到在 Java 中用 + 號來連接字串是一種致命的效能罪惡。
最近在 Backbase R&D 有一個內部的 review，
這個 recurring mantra 變成了謠言，
因為當你使用 + 號來連接字串時，javac 會在底層使用 StringBuilder。
我要證明這件事情，並驗證在不同環境下的真實性。
