认真的：

1. 尽可能使用有符号数，存在加减操作的字段禁止使用无符号数。


2. 可以使用无符号数的情形：玩家UID，物品ID等。


3. 禁止使用无符号数的情形：金币、钻石等核心资产字段。


4. 尽可能使用int32，减少使用int8、int16。


5. 尽量不使用bool，用int32代替。


6. 可以使用int64的情形：序列号，唯一标识，毫秒时间戳等。


7. 涉及到配置的唯一标识符尽量使用字符串，见文知义。


8. 指针必须判空，但new出来的对象不要判空，因为new默认走异常。


9. 避免箭头代码，改为提前中断。


10. 提交代码前，可以用静态检查工具扫描下代码。


11. 尽可能使用命名空间，可以避免很多重名冲突。


12. 尽量使用stl，不要造轮子。


13. 尽量使用string，避免使用c风格字符串函数。


14. bool字段，即使当前只需要2个状态，也尽量改为int32。


15. 可以使用bool字段的情形：IsXXX，HasXXX。


16. 函数入口对参数做检验时，一个条件对应一个if语句。


17. 打印日志时，多个字段尽可能拼接为一行日志输出，不要拆分为多行。


18. 打印日志时，把上下文的信息打印完整，不要偷懒只打一部分。


19. 每个return的地方，尽可能加上描述精确的日志。


20. 避免使用float，double类型。可以考虑放大倍数。


21. 暂时用不上的代码，就删掉，保持干净。代码仓库上有历史记录的。


22. 随机数函数不要使用系统自带的，用线性同余公式写一个。


23. 禁止代码和注释不一致。这种比没有注释危害性更大。


24. 引入自定义头文件时使用全路径，不要只使用文件名。


25. 使用#pragma once，替代#ifndef #define #endif。


26. 减少宏的使用，宏不利于调试和维护。


27. switch语句必须要有default结尾。


28. 配置开关使用int类型，0表示关闭，1表示开启。


29. 尽量使用开源代码库，可以从学习的角度造轮子。


30. 开源代码库需要注明源码地址和版本，在一个目录集中管理。


31. 函数的参数过多时，使用结构体封装下。


32. 能加const的地方就加上，利于编译器优化。


33. 类的成员变量尽量不加static。


34. 处理客户端上行消息时，服务端需要保证在任何情况下都有下行回包。


35. 处理客户端上行消息时，最终结果的可能性需要处理完全，三类：成功、失败、超时


36. 服务端下行回包时，尽可能携带上行包一并回下去。


37. 服务端的回包，携带状态码，一个码对应一种情况，不要一对多。


38. 服务端的回包，状态码表示失败时，附加一个字符串字段，说明失败原因。


39. 隔段时间回顾下过去写的代码，还认识不？是自己写的么？


40. 保持代码的复杂度和业务的复杂度线性相关，能做到亚线性更好。


41. 中文、英文名称不要写错了。写错了，会误导很多人，包括自己。


42. 直接表达做什么，而非描述具体怎么做。


43. 用正交思想替代设计模式。用抽象思维替代业务思维。


44. 尽一切可能减少宏的使用，C++的未来是抛弃宏的。


45. 合理使用assert断言，尽快将问题暴露，节约时间。

佛系的：

1. 成员变量不要加类型前缀。


2. 尽量使用新版本的语法，简洁且性能不会差，易用性也提高了。


3. 类的私有函数，私有变量，可以用下划线打头。


4. 名称尽量使用小写和下划线，提高敲键盘的速度。


5. inline关键字就不要敲了，意义不大，编译器优化的很好了。


6. 少用设计模式硬套代码。设计模式的最高境界：不知道用的什么模式，但是觉得就应该这么写。


7. 慢工出细活。代码是艺术品。


8. 能通过沟通来完成的，就不要敲代码。


9. 不写代码就不会有bug，精简代码行数。