Xcode 不能自定義的地方太多了…… 比如說我習慣 switch 的 case 不縮進， Xcode 就做不到。所以還不如 CLion ……

兩個系統庫？是因為機器太古老，當時只有 2.6 麼？感覺應該是三年前的電腦了吧……

@wh1012023498 VirtualBox 不是屬於虛擬機麼？

「持續集成」+1 ，比 rsync 多個測試的環節。

嚇得我趕緊捐了一杯咖啡的錢

嗯，你這讓我想到以前寫的日記…… 感覺日記或者博客其實差不多做的也是同樣的事情。

總之是自己作死，不怪人家 Redis

話說國內 Bitbucket 的連通性還好麼？

@Quaintjade 知乎不需要證據和邏輯， StackOverflow 才需要

創業公司用 Slack ，朋友的話 Facebook （叫 Messenger ）和 Hangouts 都有

@zingl 問的是「最少能保證得出正確結論的次數」

樓主想要的是「成就列表」哈哈

iOS + Python web 我覺得 Macbook Air 都夠了……

原本光盤比硬盤可靠的原因是之前硬盤太差……

「省心买群晖」+1 ，功能不多，勝在簡單穩定。

其實每個渲染引擎渲染的都不算 Markdown ，都算 Markdown 的一種「方言」。而且哪怕是原版 Markdown 也規定得很不嚴謹，並沒有考慮過這種嵌套的情形。現在 Jeff Atwood 和幾個好朋友準備搞一個嚴謹的 Markdown 語法規範，叫 http://commonmark.org/ 你可以去看看。

我的想法跟 @lightening 差不多：公有函數，文檔一定要寫夠；私有函數，按照名字的直觀性判斷是否寫文檔，沒辦法用函數名和參數名來自行解釋的，就寫上文檔；文檔裏面不寫怎麼實現的（ how ），只寫實現了什麼（ what ），調用了以後會發生什麼；至於怎麼實現的，用了哪些技巧，碰了哪些釘子，都寫到 commit message 裏面，當作筆記來用。

@firebook 這個麼： http://maven.oschina.net/

我認爲基本不應該有註釋，但是應該有文檔。 Javadoc 就挺夠用的，集成開發環境也廣泛支持 Javadoc 。