寫C++程序的幾個(gè)陋習(xí)：class 名以大寫 C 開頭，例如 CDate；成員變量以 m_ 開頭；變量采用匈牙利命名法；不知道何時(shí)禁用 copy-ctor/assign operator。前三個(gè)可能是從MFC那里傳下來的，當(dāng)時(shí)C++、class、OO是新玩意兒，要與 C struct 區(qū)分，現(xiàn)在還這么做就土了。C++的成員變量可用特殊命名格式，加下劃線后綴即可（加下劃線前綴是錯(cuò)的）。但在 Java 里不必模仿 C++ 的這種成員變量命名方式，IDE 可以讓成員變量以不同的顏色顯示，與局部變量區(qū)分，根本無需特殊命名。寫程序就怕把以前的編程經(jīng)驗(yàn)不加區(qū)分地應(yīng)用到新語言中，寫成四不像，不地道。
知道禁用 copy-ctor/assign operator 是 C++ 程序員的試金石。在看到一個(gè)開源項(xiàng)目時(shí)，我一般會(huì)先查看其 RAII handle class 是否禁用了 copy-ctor/assign operator（例如 Thread、Mutex、CondVar、Connection），如果沒有，對(duì)其第一印象就很差了。
關(guān)于 class 命名風(fēng)格，Google、LLVM、Mozilla、muduo 都采用 Pascal 風(fēng)格（LikeThis），例如 EventLoop、SudokuSolver 等等。正巧它們也都是用 2 格縮進(jìn)的，可以用 clang-format 自動(dòng)格式化代碼。
順便說說我不認(rèn)同的兩個(gè) C++ 教條：1. 用nullptr替換NULL，2. 用cstdio頭文件替換stdio.h。
因?yàn)槔?gettimeofday(&tv, NULL) 這種系統(tǒng)函數(shù)傳個(gè) nullptr 進(jìn)去實(shí)在是違和，現(xiàn)在用 NULL 也能達(dá)到 nullptr 的好處，大不了在某個(gè)頭文件里define一下就行。這條將來或許會(huì)變。
另外 ctime 頭文件沒定義 std::gmtime_r，而 time.h 定義了 ::gmtime_r。我可不想去背哪些函數(shù)是 C 語言的哪些是 Posix 的，哪些頭文件是 C 語言的哪些是 Posix 的（在Linux下，二者基本不分家）。為了用幾個(gè)系統(tǒng)函數(shù)（例如 fcntl() ），我該 include cfcntl 還是 fcntl.h？用線程是 cpthread 還是 pthread.h？我總是記不住 memset() 的參數(shù)順序，因此一般用 bzero() 代替，但是 manpage 說 bzero() 聲明于 strings.h，那我要不要考慮試試 cstrings 呢？何必給自己找麻煩，C++ 標(biāo)準(zhǔn)庫(kù)之外的內(nèi)容干脆統(tǒng)一用 .h 頭文件好了。
性能優(yōu)化？
有些人常常把“性能”掛在嘴邊，而且其以“提高性能”為理由的“優(yōu)化措施”往往不到點(diǎn)子上，只增加了復(fù)雜性和維護(hù)難度，降低了代碼質(zhì)量。這屬于決策點(diǎn)找偏了。我發(fā)現(xiàn)初學(xué)者往往過分關(guān)注微觀（語句級(jí)）性能，比方說關(guān)心 while(true) 和 for(;;) 哪個(gè)更快，++i 與 i=i+1 哪個(gè)更快，i/=16 和 i >>= 4 哪個(gè)快等等，而忽視了現(xiàn)代編譯器的優(yōu)化能力。
有的人談性能優(yōu)化，一是拿不出具體的合理的性能目標(biāo)，只想越快越好，二是不能實(shí)際準(zhǔn)確測(cè)量驗(yàn)證性能數(shù)據(jù)，憑感覺和過時(shí)經(jīng)驗(yàn)行事。在編碼的時(shí)候，遇到兩種做法都可行，決策辦法是憑感覺猜選“性能會(huì)更好”的一種，而忽視了其他更重要的因素。可讀性和性能的典型關(guān)系如下圖，有多少場(chǎng)合是值得為了性能而犧牲代碼的可讀性和可維護(hù)性呢？我希望自己的代碼位于第 3 區(qū)，而一些人以為自己的代碼是在第 4 區(qū)，其實(shí)是在第 1 區(qū)。
能在第 4 區(qū)寫代碼的人屬于鳳毛麟角，有時(shí)候你費(fèi)勁優(yōu)化了半天，結(jié)果新CPU加了幾條指令，直接在硬件層面把問題解決了。現(xiàn)在一些人動(dòng)不動(dòng)就要挽起袖子自己寫內(nèi)存池，號(hào)稱能提高性能，真當(dāng) Ulrich Drepper 是水貨？（書第 12.2.8 節(jié)“有必要自行定制內(nèi)存分配器嗎”）你打算如何測(cè)試內(nèi)存分配器（malloc）的性能？有哪些指標(biāo)？有哪些影響因素需要控制或模擬（比如線程數(shù)）？你的測(cè)試結(jié)果是否反映實(shí)際場(chǎng)景？
雜項(xiàng)
有人問為什么我說“poco不是服務(wù)端C++網(wǎng)絡(luò)庫(kù)”（ http://www.oschina.net/question/12_120943 ），雖然它也提供了reactor？因?yàn)樗膔eactor用的是 Socket::select()，雖然后者包裝了epoll，但看其實(shí)現(xiàn)就知道，它每次調(diào)用都會(huì)創(chuàng)建并銷毀 epoll fd，然后重建整個(gè)watch list，沒有哪個(gè)服務(wù)端網(wǎng)絡(luò)庫(kù)會(huì)這么做。
嗯，世界上有兩種網(wǎng)絡(luò)編程：網(wǎng)絡(luò)編程和Windows網(wǎng)絡(luò)編程。