調查：程序員需要知道的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. 客戶心口不一

        作為程序員，一件都不知道，這是不可能的，或者如果你不是程序員，那就另當別論了。

                    <span id="shareA4" class="fl">   

                        </span> 

</div>