這是c++信徒的摩西十戒，值得將其銘刻在顯示器的邊緣，供c++程式設計師們每日膜拜。我要將其銘刻在我的blog裡，銘刻在我的記憶裡，直到它們成為我思維的一部分。
第0條：不要拘泥於細節（了解哪些東西不應該標準化）
在這裡，旗幟鮮明地反對了兩樣東西：匈牙利記法和單入單出原則。
第1條：在高警告級別乾淨利落地編譯
把編譯器的警告級別開到最大，並且能夠悄無聲息地生成結果。對於那種視警告如無物的人，關門！放狗！也不要輕易的在源**中關閉編譯器警告。
第2條：使用自動構建系統。
這個就是dailybuild嘛！對乙個團隊專案而言，dailybuild就是心跳，它應該可以通過乙個按鈕或是一條命令就能構建出整個系統。您的心跳正常嗎？這裡的關鍵是：只要乙個操作就能完成所有工作。
第3條：使用版本控制系統
還有那個團隊沒有使用vcs？如果沒有，「盲人騎瞎馬，夜半臨深池」，真是極好的寫照。
第4條：在**審查上投入
C 程式設計規範 組織和策略問題
第0條 不要拘泥於小節 又名 了解那些東西不應該標準化 只規定需要規定的事情 不要強制施加個人喜好或者過時的做法。詳細 1 應該使用縮進來體現 的結構。建議每個縮排使用4個空格或者設定編輯器的製表符大小為4個空格，並且應該在每個檔案中保持一致。2 應該保證 行的長度有利於閱讀。建議每行不超過10個單...
C 程式設計規範之組織和策略問題
組織和策略問題 第0條 不要拘泥於小節 了解哪些東西不應該標準化 摘要 只規定需要規定的事情 不要強制施加個人喜好或者過時的做法。程式的編寫存在一些準則是必要的，例如命名準則，但沒有必要要求所有人都遵守這些，否則條條框框太多，否則限制了語言的能力。函式並不是單入口單出口，雖然表面上看是的。第1條 在...
C 程式設計規範101讀書筆記（1）組織和策略問題
這部分主要涉及 質量控制 第0條 不要拘泥小節 風格一致 1 縮排體現 結構 2 行長度不要影響閱讀 3 使用一致的命名規範 4 編寫有用的注釋 第1條 在高告警級別乾淨利落地編譯 1 第三方標頭檔案 pragma warning push pragma warning disable 4516 p...