1樓：
七月到九月，照著 UNP 做參考，夠寫一點有趣的東西了。閉眼抄書肯定是沒有太多意義的，創造問題解決問題才有意義。
後台開發用不用庫，用什麼庫，很大程度真的是某個團隊 / 專案種子人員的個人選擇而已。libevent 針對 I/O 和訊號，libev 支援更多一些事件型別，ACE Reactor 結合 ACE 剩餘部分可以處理非常多的情況並且繫結了設計模式。選擇這些庫，很多時候並不是完全針對那極少的效能差別，而更多是工程方面的考量。
ACE 是 C++ 的，巨大複雜，很難除錯；libevent 一樣有許多自己的 bug。如果乙個團隊更相信自己的人員，那麼直接基於 epoll 之類的 API 進行開發一樣是一種選擇。
但如果你現在 UNP 還沒讀熟悉，糾結這些沒多少意義。在用任何這些庫之前，都要熟悉 UNP 中的大多數內容，包括 select / poll，然後熟悉 Linux 的各種 API 包括 epoll。沒有這些基礎，用那些包裝庫都是自找苦吃。
@李遙 你試試整合 epoll, pthreads 和訊號……你就知道為什麼有那麼多人要去用 libevent / ACE 之類的東西了。
WindowsC 開發如何Linux後台開發？
隨便說說最近的想法 先寫乙個服務端客戶端框架 客戶端不斷新增請求，服務端處理返回結果。服務端的重點是演算法，也是程式設計的核心吧，發揮空間大，有意思。多執行緒等技術也是必要的，相對比較固定，不難學習。客戶端，簡潔方便使用者體驗好，網路包到達時間是隨機的，需要處理好網路包和介面的協調 不斷改進服務端客...
Linux 下做 C 後台開發（不開發UI），哪些 IDE 比較靠譜？
windows 下用終端模擬器 ssh到開發機 vim開發。網速好的話 x11 forward 用emacs。實屬不得已。環境要求太苛刻了。而且公司配開發機效能還不錯。編譯速度挺快的。 如果是直接在linux上寫，qtcreator很不錯，如果是用windows，可以用netbeans，遠端編譯除錯...
「基於Linux開發的系統是新系統，基於Android的修改版本不是新系統」，這算不算五十步笑百步？
我覺得大家都沒抓到問題的關鍵。Linux是核心而不是完整的作業系統！Linux是核心而不是完整的作業系統！Linux是核心而不是完整的作業系統！平時咱們用的Ubuntu，CentOS，RedHat，Android等都是基於Linux核心的作業系統。定製優化乙個完整的系統，跟基於核心開發新的系統這根本...