组织和策略问题
第0条:不要拘泥于小节(了解哪些东西不应该标准化)
摘要:只规定需要规定的事情:不要强制施加个人喜好或者过时的做法。
程序的编写存在一些准则是必要的,例如命名准则,但没有必要要求所有人都遵守这些,否则条条框框太多,否则限制了语言的能力。
函数并不是单入口单出口,虽然表面上看是的。
第1条:在高警告级别干净利落的进行编译
摘要:高度重视警告:使用编译器最高的警告级别。
让我觉得遗憾的是,我只能在普通级别通过编译。如果使用最高级别,对我使用的STL和ACE都是灾难性的。不知道ACE能够在最高警告级别上通过编译,我觉得不乐观,如果它可以做到,那真是太伟大了。
第2条:使用自动构建系统
摘要:一次按键就解决问题:使用完全自动化(“单操作”)的构建系统,无需用户干预即可构建整个项目。
我对此的理解很不足,我没有使用过自动构建系统。但我看见过一个同事写的代码生成器,实在太wonderful了。
第3条:使用版本控制系统
摘要:好记性不如烂笔头。使用版本控制系统。
我使用的是VSS,对我的帮助还是很大的。
第4条:在代码审查上投入
摘要:审查代码:更多的关注有助于提高质量。亮出自己的代码,阅读别人的代码。互相学习,彼此都会受益。
我的代码都是公开的。