程序员需要知道的97件事

老实说，书中写的是97条，可是我数下来只有87条，每一条的启发性也是见仁见智的。

个人觉得个别条目比较能引起共鸣。

 

1.慎行

2.应用函数式编程原则

3.不要臆测用户的想法

4.代码风格的自动化

5.简单即是美

6.重构之前，给出足够的理由和准备

7.代码的重用是要看清上下文地

8.代码的童子军军规

9.责备别人之前先好好看看自己的代码

10.精心选择工具

11.代码要清新反映业务流程

12.代码即设计，代码编写并非机械性的，需要用心投入

13.代码布局：清晰阅读，命名具有实际意义，代码要紧凑
14.代码复查制度

15.代码要有足够的利用存在

16.代码要注释

17.只有必要的时候才做注释

18.坚持学习

19.API的易用性

20.错误报告不应该干扰UI

21.无知者无畏

22.避免重复：DRY

23.遵循流程，抑制改代码的冲动

24.封装行为而非状态

25.浮点数不是真正的实数

26.利用开源软件学习

27.API设计者为使用API的代码写单元测试

28.大侠的神话：我们不需要大侠，需要的是一个能构架良好团队氛围的大牛

29.工作狂并非效率高，你需要时间思考，总结，学习这些相关的准备工作。

30.Bug的报告

31.去除不必要的代码

32.软件包应该注重用户的安装体验

33.IPC可能成为性能的瓶颈

34.保持Build的整洁：warning的处理

35.熟悉命令行

36.多掌握编程语言

37.熟悉IDE，提高工作效率
38.了解物理和逻辑限制
39.用数据库管理数据
40.沟通很重要
41.学会估计
42.不要被大项目、大产品迷惑，分而治之
43.链接器没那么神奇
44.中间解决方案
45.让接口用对易用错难
46.软件开发过程中要将不可见的或不易见的东西可视化（量化）
47.用消息机制解决并发/并行问题
48.代码之美体现在将来阅读它的人面前
49.多态性与if-then-else的平衡
50.测试人员是你的朋友
51.环境相关的因素不应当导致不同的程序
52.只有代码才能说明真相
53.Build脚本也是重要的代码部分
54.享受结对编程
55.善用领域相关的类型
56.容错能力
57.做专业的程序员
58.不要把什么东西都纳入版本控制
59.劳逸结合是创造性的保障
60.读代码
61.理解人性
62.重新发明轮子的勇气
63.避免但例模式
64.提高性能的陷阱
65.简洁是在量上体现的
66.单一职责原则
67.不要急着反对
68.一些工作要尽量自动化
69.善用代码分析工具
70.测试的原则，过犹不及
71.精确和针对性测试
72.让测试在夜里或周末进行
73.测试的重要性
74.状态的思想
75.结对编程的价值
76.错误加错误等于正确结果的BUG
77.为他人写代码
78.Unix工具是你的朋友
79.采用正确的算法和数据结构
80.避免脏日志
81.DRY v.s WET
82.测试人员与开发人员合作
83.对代码负责终生的态度
84.函数要短小
85.测试代码的可理解性
86.对待代码的态度决定了程序员的水准
87.客户说的不一定是他们想要的