调查：程序员需要知道的97件事，你知道几件？_最新动态_新闻资讯_程序员俱乐部

　　有一次 Kevlin Henney 在检查代码中的疏漏，发现自己不知不觉地在嘀咕“该死的，这是每个程序员都需要知道的事情！”（当然了，一开始的感觉是非常强烈的），这就是 Kevlin Henney 发起“每个程序员都需要知道”的活动的灵感。“程序员需要知道的 97 件事”是由众人群策群力并发布到 wiki 上，大家可以对其进行编辑，然后从中选取 97 个条目做出图书出版。

　　这 97 条每条都是对作为软件开发程序员的必修知识，就算你不是非常了解这 97 条里每条包含的具体知识，但只要看着这简短的标题，相信也应该有是曾相识的感觉。

　　那么，究竟这 97 条里你都知道那些呢？

1. 谨慎行动
2. 函数式编程原则的应用
3. 试问自己“用户会怎么做？”（你不能算是用户）
4. 编码标准的自动化
5. 美在于简单
6. 重构
7. 谨防共享
8. 童子军规则
9. 在责备别人之前先检查自己的代码
10. 谨慎选择你的工具
11. 领域语言里的代码
12. 代码就是设计
13. 代码布局风格
14. 代码审查
15. 编写代码的理由
16. 对注释的一个注释
17. 代码说不清，注释来补充
18. 不断学习
19. 易用不是一种能力
20. 早部署，常部署
21. 区分业务异常和技术异常
22. 有针对性地勤加练习
23. 领域特定语言
24. 不要怕搞砸
25. 不要在你的测试代码里装可爱
26. 不要忽略任何错误
27. 不要只学习语言，还要了解它的文化内涵
28. 不要把程序钉死在老地方
29. 不要指望“魔法会在此发生”
30. 不要重复你自己
31. 别碰那些代码！
32. 封装行为，而不仅仅是状态
33. 浮点数不是真正的数
34. 开源助你实现雄心壮志
35. API 设计的黄金法则
36. 高手神话
37. 加班加点，事倍功半
38. 如何使用 bug 跟踪器
39. 代码的去芜存菁
40. 安装我吧
41. 进程间通信对应用程序响应时间的影响
42. 保持构建的整洁
43. 知道如何使用命令行工具
44. 通晓两门以上编程语言
45. 了解你的 IDE
46. 了解你的局限性
47. 知道你下次提交的内容
48. 大型、相关联的数据属于数据库
49. 学习外语
50. 要学会估算
51. 学着说“Hello,World”
52. 让你的项目能表达它自己
53. 链接器（Linker）并不神秘
54. 临时解决方案的寿命
55. 使接口易于正确使用，难于错误使用
56. 让不可见的更加显眼
57. 在并行系统中使用消息传递可获得更好的伸缩性
58. 带给未来的消息
59. 错失采用多态的机会
60. 奇闻轶事：测试人员是你的朋友
61. 二进制文件仅此一份
62. 有代码有真相
63. 拥有（以及重构）构建脚本
64. 结对编程，感受流程
65. 特定领域类型胜过原始类型
66. 预防错误
67. 专业程序员
68. 把一切都置于版本控制之下
69. 放下鼠标，远离键盘
70. 阅读代码
71. 读懂人性
72. 经常重新发明轮子
73. 抗拒单子模式的诱惑
74. 通向高性能之路布满了脏代码炸弹
75. 简单来自于删减
76. 单一职责原则
77. 从 Yes 开始
78. 请转回去做自动化、自动化、自动化
79. 充分利用代码分析工具
80. 为必需行为测试，而不是偶发行为
81. 测试要严密而具体
82. 在睡觉的时候（或者度周末的时候）进行测试
83. 软件开发的工程严密性来自测试
84. 关于状态的思想
85. 一人计短，二人计长
86. 错上加错就是貌似正确（并且难以纠正）
87. 我写代码为人人，人人为我写代码
88. Uinx 工具是你的好朋友
89. 使用正确的算法和数据结构
90. 冗长的日志会让你睡不安枕
91. WET 掩盖了性能瓶颈
92. 当程序员和测试人员开始合作的时候
93. 编写代码时要像余生都要给它提供支持一样
94. 使用实例编写小函数
95. 测试为人而写
96. 你应该关心你的代码
97. 客户心口不一

　　作为程序员，一件都不知道，这是不可能的，或者如果你不是程序员，那就另当别论了。