組織和策略問題
第0條：不要拘泥於小節（了解哪些東西不應該標準化）
摘要：只規定需要規定的事情：不要強制施加個人喜好或者過時的做法。
程式的編寫存在一些準則是必要的，例如命名準則，但沒有必要要求所有人都遵守這些，否則條條框框太多，否則限制了語言的能力。
函式並不是單入口單出口，雖然表面上看是的。
第1條：在高警告級別乾淨利落的進行編譯
摘要：高度重視警告：使用編譯器最高的警告級別。
讓我覺得遺憾的是，我只能在普通級別通過編譯。如果使用最高端別，對我使用的stl和ace都是災難性的。不知道ace能夠在最高警告級別上通過編譯，我覺得不樂觀，如果它可以做到，那真是太偉大了。
第2條：使用自動構建系統
摘要：一次按鍵就解決問題：使用完全自動化（「單操作」）的構建系統，無需使用者干預即可構建整個專案。
我對此的理解很不足，我沒有使用過自動構建系統。但我看見過乙個同事寫的**生成器，實在太wonderful了。
第3條：使用版本控制系統
摘要：好記性不如爛筆頭。使用版本控制系統。
我使用的是vss，對我的幫助還是很大的。
第4條：在**審查上投入
我的**都是公開的。
C 程式設計規範 組織和策略問題
第0條 不要拘泥於小節 又名 了解那些東西不應該標準化 只規定需要規定的事情 不要強制施加個人喜好或者過時的做法。詳細 1 應該使用縮進來體現 的結構。建議每個縮排使用4個空格或者設定編輯器的製表符大小為4個空格，並且應該在每個檔案中保持一致。2 應該保證 行的長度有利於閱讀。建議每行不超過10個單...
《C 程式設計規範》筆記（組織和策略）
這是c 信徒的摩西十戒，值得將其銘刻在顯示器的邊緣，供c 程式設計師們每日膜拜。我要將其銘刻在我的blog裡，銘刻在我的記憶裡，直到它們成為我思維的一部分。第0條 不要拘泥於細節 了解哪些東西不應該標準化 在這裡，旗幟鮮明地反對了兩樣東西 匈牙利記法和單入單出原則。第1條 在高警告級別乾淨利落地編譯...
C 程式設計規範101讀書筆記（1）組織和策略問題
這部分主要涉及 質量控制 第0條 不要拘泥小節 風格一致 1 縮排體現 結構 2 行長度不要影響閱讀 3 使用一致的命名規範 4 編寫有用的注釋 第1條 在高告警級別乾淨利落地編譯 1 第三方標頭檔案 pragma warning push pragma warning disable 4516 p...