作为一名软件开发者，经过十几年的经验积累，我总结出了一些关于软件开发的经验规则。

开发篇

1. 从小事做起，逐步扩展。无论是新建系统还是为现有系统增加功能，我始终从最简单的版本开始，逐步解决问题，直至达到期望的效果。我深信，一步登天的想法并不实际。相反，我在开发的过程中不断学习，将新掌握的知识融入解决方案中。正如John Gall所说，“复杂系统源于简单系统的演化”。

2. 一次只改变一件事。在开发过程中，遇到测试失败或功能无效的情况时，专注于一个问题会更容易找到症结所在。这意味着采用短迭代周期，确保解决一个问题后再转向下一个。例如，在添加新功能前先重构代码，应首先提交重构，再添加新功能。

3. 尽早添加日志记录和错误处理。在新系统开发的初期，日志和错误处理是首要的。它们从一开始就非常重要，可以帮助我们了解系统的运行状态并及早处理错误。

4. 每行新代码都必须经过测试。在功能完成前，对其进行测试至关重要。这样我们才能确认代码是否按预期执行。尽管自动测试是常用方法，但每行新代码至少应执行一次。

5. 先进行模块测试再进行整体测试。模块测试可以节省时间。在整合模块时可能会出现问题，如接口不匹配等。但如果我们能信任各个组件，集成问题的追踪就会变得简单得多。

在软件开发中，还有一些普遍适用的经验法则：

6. 所花费的时间总是超出预期。编程中，即使一切顺利，也很难准确预估功能所需的时间。侯世达定律告诉我们：做事所需的时间总是超出预期。

7. 先了解现有代码。在改变现有代码之前，了解其结构和逻辑是必要的。即使是添加新功能，也需要与现有程序相适应。阅读和理解现有代码是关键。

故障排除篇

8. bug难以避免。尽管我们竭尽全力，bug总是难以避免。我们需要建立快速排除故障、修复bug和部署修复的系统。

9. 解决故障报告。每个开发人员都应关注客户反馈的故障报告并修复bug。这有助于我们更好地理解客户需求、系统使用方式、故障排除的难易程度以及系统设计。

10. 重现问题。修复bug的第一步是重现问题，确保问题得到彻底解决。这一简单规则有助于避免误判和非有效的解决方案。

11. 修复已知错误后检查是否有遗漏。有时多个问题同时出现，它们的相互作用可能使我们难以判断。我们应优先解决已知问题，再检查其他可能存在的问题。

12. 不要相信巧合。在测试和故障排除过程中，每件事都有其因果关系。不要将事件视为巧合，而应深入调查其背后的原因。

13. 关联时间戳。时间戳是故障排除过程中的重要工具。通过寻找与时间相关的事件增量，我们可以更高效地定位问题。

这些经验和法则是我作为一名软件开发者多年的积累与总结，希望能对大家有所帮助。团队合作的艺术与智慧

面对面交流的魅力

在我们探讨如何解决问题的道路上，没有什么比面对面的交流更能直达心灵了。这种交流方式比视频、电话或电子邮件更能使我们的思想碰撞出火花。这是因为面对面的对话能够带来额外的情感和语境线索，让我们更深入地理解彼此的观点和思路。

橡皮鸭法的启示

遇到那些让你头疼不已的问题时，不妨找个同事聊聊。很多时候，即使你的同事并没有说什么，只是在旁边听着你的叙述，也可能会触发你的灵感，帮助你找到问题的关键所在。这样的对话就像是思维的碰撞，有时候不言而喻的默契胜过千言万语。

提问的力量

阅读代码、运行程序都能帮助我们理解代码的目的和工作原理。但如果你有机会向那些更有经验的人提问——比如原来的程序员，一定要抓住这个机会。他们的经验和知识可能会给你带来更多的启示和帮助。

荣誉共享的重要性

在团队中，不要贪图荣誉。当某个成员做出了杰出的贡献时，应该明确指出他的贡献。例如：“Marcus 想出了这个绝妙的点子……”如果真的是他想的，那就不要吝啬你的赞美之词。共享荣誉能够增强团队的凝聚力和合作精神。

探索与实验

如果你对某种编程语言的功能工作原理感到困惑，那就动手写个小程序来探索它的运作机制吧。这种方法同样适用于你正在开发的系统。试着去改变参数、重启系统，观察会发生什么，这样你就能更深入地理解它的工作原理。

睡眠中的智慧

如果你正在攻克一个难题，不妨带着问题去睡觉吧。科学研究显示，虽然你在睡觉时并没有主动思考，但你的潜意识却在默默工作。这样，当你第二天再次面对问题时，解决方案可能会跃然纸上。

跳槽的远见

不要害怕跳槽。与不同的人共事、开发不同的产品、体验不同的公司文化，这些都是非常有价值的经历。它们能够帮助你拓宽视野，吸收新的知识和经验，为未来的职业生涯打下坚实的基础。

持续学习的力量

软件开发是一个不断发展和变化的领域。为了保持竞争力，我们需要不断地学习和了解最新的技术和趋势。尝试不同的编程语言和工具，阅读相关的书籍，参加在线课程。记住，量的积累终会导致质的飞跃，每一次小小的学习都是一次向更高水平迈进的步伐。英文原文链接：[ 译文由码农网小峰翻译并发布在：[