1、对于标识符，使它的名字尽量显然地表示其功能，不要用拼音，支持驼峰类命名。注意：在命名成员的时候，要使用类似Person::Age的，而不是Person::AgeOfPerson。不累赘，也不太过缩略。不要珍惜你的磁盘空间，现在不是很久以前了！！！
2、让函数独立化，让方法独立化。max、min之类的请不要写成专用于一个程序的，而是写成通用的形式
3、写数据结构，要把这个结构的所有操作都写出来，即使程序用不到。这可以让程序显得完整有序，而不是残缺的。提示：程序用不到的可以throw一个NotImplementedException或者*(char *)0 = 0;来告知自己不要用。
4、一个函数只干一件事情。
5、基类的函数可以为子类所用，不要写重复的代码，而且不重复写对修改有好处。
诸如此类，太多太多，不详细了= =


《软件工程导论》

木有看过= =话说这是我看了很多本吧帖子之后想到的= =

1. camalCase is NOT as clear as C-style identifier.
2. DO NOT reinvent wheels.
3. throw brings more overhead than static_assert & etc.
4. Too simple, sometimes naive.
5. Minimizing is evil. Repeat when necessary.

一个函数只干一件事。
...

什么是一件事的定义？

所谓高内聚低耦合
From 《软件工程导论》

如果说吃饭算一件事情，那么 拿起筷子，或者刀叉等。
往嘴里吃，咀嚼等这算几件事情？

实际上我是挺naive的= =

刚看完软工导论。吃饭是一个模块，每个动作可以分别写成一个函数。这就是模块细化。把每个大模块细化为可以编程实现的子模块，每个子模块最好只实现一个动作，用一个函数表示。

软工只是告诉你可以这样照这样做，并不能保证在特定的情况下这样做一定更合理。另外就是8L提到的关于可操作性的问题。所以作为“原则”而言，至少可以认为不够确切。