今天下午，參見了一個聽雲與鏈家共同舉辦的技術沙龍，主題是服務器端性能優化，感覺怎麼說呢，不覺明歷呀。主講的嘉賓有（按講演順序）鏈家網系統工程師尹吉峯，聽雲CTO Wood,新浪首席構架 鳥哥，58同城系統架構師孫玄。
性能優化，就我的理解本身就是一個比較曖昧的東西，不能確切的定義，我覺得嘛就是使用戶獲得更好的體驗。
就總體來說在這次的沙龍中收穫還是比較多的：
1. 尹老師 主要分享的是關於OpenStack領域比較流行的Ceph在鏈家的應用，目前的這種的存儲的能力據說已經達到PB的級別，這是一個相當高的級別了，令我等小公司歎爲觀止呀。估計除了這些做視頻和圖片需求量較多網站別的應用時很難達到這種高級別的數據了。
2. Wood 主要分享是聽雲在分性能中的優勢，和一些優秀的成果，確實很多的公司並沒有提供良好的可視化的能力對性能及異常壓力進行系統的分析與統計，今後這將是一個應該長期進行的項目貫穿整個項目週期，在優化的時候能夠更準確地查找系能的瓶頸，其非切入式的思想是很好的借鑑思路，有時間肯定要進行相關的嘗試，總有機會去做自己喜歡的事情。
3. 鳥哥 分享的是思路吧，的確，項目在什麼時候調優，應不應該調優是一門學問，更多的時候我們是在尋找調與不調之間的一個平衡點，調優應該是有順序與預期的，分步驟進行的，是應該針對整體的，調優後一定要進過系統的測試纔是可以的，不能相信人的判斷，一定要將合適場景拿出來的數據說話。
4. 孫玄老師 分享的是58同城在使用MongDB中遇到的系能的瓶頸與困難，和想MySQL轉型的過程，選擇項目使用的數據庫或者是框架與架構的時候，我們還是應該很慎重的，儘量選擇比較成熟穩定的解決方案，有些新興的技術解決方案雖然比較好喝更高效，但往往這些事針對一些場景下的應用，如果從整個項目的週期來說並不一定是合適的解決方案，項目是一個長期的過程，我們的業務場景是變換的可能今天用的這個新技術對現有的場景是一個較好的解決方案，但隨着業務的增長不一定是一個良好的解決方案，從整體來說可能那些比較傳統的解決方案纔是最適合的必經經過的時間的沉澱。
其實，其中我是在明確一個概念，就是怎樣才能儘量寫出表優秀的代碼，通常一段好的代碼都是已經最好的，也基本上是沒有什麼可以調優的地方，其實這其中的關進就是，團隊的中的成員是有這種調優的意識的，大家都應該遵循一定的規則去寫代碼，儘量寫出優秀的代碼，儘量的高效，但是一定要要在不降低代碼的可讀性的基礎上，良好的測試用例是必不可少的，沒有經過測試的代碼是不可靠的，正如鳥哥所說，調優不是一個人，一個team的工作，而是整個團隊都應該注意的事情，代碼既調優。