還不瞭解伯樂線上部落格一週最佳評論活動的朋友，請檢視活動介紹和說明。
上週最佳評論Top 10 已選出。這10位朋友可以分別從亞馬遜中國的『計算機熱門新書推薦，技術升級知識庫』中任意挑選一本書籍，作為獎品贈送。歡迎大家繼續參與博文評論、分享個人觀點。
1）WiseHou 評論《趣文：日本動漫與作業系統》
os x 華而不實。。。這該如何吐槽
2）papa 評論 《趣文：日本動漫與作業系統》
OS X 華而不實。。。無語呀。。。先入手一臺air體驗下吧。。。
3）Tanky Woo 評論《談談編碼風格與編碼規範》
贊這句話：程式碼如人，風格的差異很正常，彼此尊重。相愛是靈魂的碰觸，別停留在表象。
4）thoupin 評論《談談編碼風格與編碼規範》
JavaScript 語句後面應該加分號;
縮排應該用 Tab、四空格;
變數應該統就近宣告;
變數名應該用駝峰風格;
註釋應該採用 JSDoc 風格；
私有屬性約定用下劃線開頭；
函式最好不要超過128行；
……
以上個人觀點， 不知道有沒有朋友一樣的
5）Link 評論《程式設計師最怕的事》
害怕IE瀏覽器。
6）Rhinux 評論《趣文：Ctrl+Alt+Del 的歷史》
原來是windows高階黑
7）阿布 評論《王垠：半年來的工作感受》
對單槍匹馬作戰的英雄TDD也許不適合，但是對於團隊和可維護上，TDD是很有必要的。
這篇文章沒有什麼乾貨，但他說的某些話，我還是很贊同的，比如
“看一個程式設計師的水平，不要看他留下來多少行程式碼，而要看他刪掉了多少行”
8）老譚 評論《趣文：Ctrl+Alt+Del 的歷史》
現在隨著計算機配置越來越高，系統越來越穩定，已經很久不用這個組合鍵，但沒想到就這組快捷鍵竟然還有段歷史！
9）Phoenix 評論《編碼規範是技術上的遮羞布》
同一種程式碼風格有利於閱讀，並不是為了減少Bug！
10）madre 評論《編碼規範是技術上的遮羞布》
這貨是不是從來沒維護續開發過別人的程式碼！？
規範神馬時候是用來防止bug的？至少在我們公司裡完全是為了讓c、 python、java、php這些出身不同的程式設計師，在參與同一個專案時或者維護離職的某員工寫的程式碼時，能在最快的時間讀懂程式碼、續開發。
這貨肯定是沒維護過用c和php風格寫出來的讓人吐血的python程式碼，才敢在這裡狂言！