如果人們按照程式設計師程式設計的方式修建房屋，那麼乙隻啄木鳥就能毀滅整個文明。
---gerald weinberg
《c++程式設計規範》這本書是對多年的c++經驗的總結，是編寫高質量c++**的準則。這本書能給一些初學者帶來質的變化，因為**的規範也是衡量乙個優秀程式設計師的標準。如果你看過這本書的話，就不要繼續看下去浪費自己的時間了，我也只是個大學生，你可以想象得到能從我這裡得到些什麼了。如果你沒看過這本書的話，希望你能看完這篇文章，可能馬上你就會跑到書店，或者圖書館，或者噹噹。
這本書是從第0條開始的，**書寫的首要指導原則，對程式設計規範而言最基本的建議。
不要拘泥於小節。作者把這句話作為標題，意思是說你寫的**和別人寫的**可能有些不同的地方，這些不同的地方不影響**的可讀性，任何專業的程式設計師都可以很容易的閱讀這些方式不同的**。每個程式設計師都可以根據自己的喜好和習慣去按不同的方式去書寫**，其他的程式設計師依然可以很明顯的能看懂。
但要強調的是，你要把這種習慣延續到整個專案當中，幾種不同的風格換來換去是很不舒服的。
下面說幾種小節：
1、不要規定縮排的多少，應該規定要用縮進來體現**的結構：縮排空格的數量可以遵照個人習慣，但至少在每個檔案中保持一致。
4、不要規定注釋體例，應該編寫有用的注釋：盡可能的編寫**而不是注釋。應該編寫的是解釋方法和原理的說明性注釋。
你在寫**的時候，你可以按照自己的方式寫一些東西，只要那些東西別人能很容易的看懂。
程式設計規範 寫 if 語句不要任性
在之前的文章程式設計規範 這個星球上最好的c程式設計風格中，介紹了猿屆的辟邪劍譜，哦不，是獨孤九劍，google c style guide。程式設計規範而已，用不著自宮。為了方便大家，我也專門挑出了c語言相關的部分，並且翻譯成了中文，放在我的github上。程式執行都是由各種各樣的語句組成，最常見...
第0條 不要拘泥於小節
摘要 只規定需要規定的事情 不要強制施加個人喜好或者過時的做法。討論 有些問題只是個人喜好，並不影響程式的正確性或者可讀性，所以這些問題不應該出現在程式設計規範中。任何專業程式設計師都可以很容易地閱讀和編寫與其習慣的格式略有不同的 應該在每個原始檔乃至每個專案中都使用一致的格式，因為同一段 中要在幾...
C 程式設計規範
關於組織和策略問題 0 不要拘泥於小節 了解哪些東西不應該標準化 類 函式和列舉 likethis 變數名 likethis 私有成員變數名 likethis 巨集名稱 like this。1 在高警告級別乾淨利落地進行編譯 2 使用自動構建系統 3 使用版本控制系統 最廉價也最流行的版本控制系統是...