在软件编程开发中，规则是神圣不可侵犯的，对机器来说是这样。这些规则确保了电脑能够完美地执行操作，并且每次都能提供可靠的结果。然而，程序员为自己设定的规则则完全是另一回事。这些准则通常是为了保证一致性和可读性而设计的，但实际上它们更具灵活性，有时，打破这些规则反而能带来更好、更高效的代码。本文探讨了十种传统上被认为不好的编程习惯，但实际上开发者们却暗中喜爱的习惯。

拥抱编程的“坏习惯”：更优代码的悖论之路

注释对于理解和维护代码至关重要，但有时它们反而会成为障碍。误导性或过时的注释会引发混淆和错误。一些开发者更喜欢简洁或不写注释，而是编写自解释的代码。他们使用清晰、描述性的变量名，并编写简短的函数，确保代码本身成为主要的文档。

速度通常是编程的关键目标，但过于复杂且快速的代码可能难以理解和维护。有时，编写更简单、速度较慢的代码更有利于阅读和调试。当速度不是关键时，这种方法可以让后续开发者更容易理解和扩展代码。

尽管使用现代操作符和语法的简洁代码可能很优雅，但对那些不熟悉最新语言特性的人来说，可能难以阅读。较长、较冗长的代码在一瞥之下更容易理解，减少了开发者的认知负担。这种对可读性高于简洁性的偏好类似于像Python这样的语言，它们优先考虑清晰度。

编程语言充满了设计用于简化复杂任务的特性。然而，过于依赖这些特性会导致混乱和不一致。一些开发者更喜欢使用语言特性的核心子集，正如Go语言的创造者所倡导的那样，他们希望构建一种可以快速学习的语言。这种简约的方法可以使代码库更易于访问和维护。

“不要重新发明轮子”这句格言鼓励使用现成的库和框架。然而，针对特定问题的定制解决方案可能更高效。尽管在某些领域（如加密）这样做存在风险，但在其他情况下，量身定制的方法可以显著提高性能。平衡使用标准库和自定义代码可以获得最佳效果。

过早优化通常被认为是不明智的，因为它可能在非关键部分浪费时间。然而，适当的前期考虑可以防止难以修复的架构问题。识别潜在的瓶颈并在早期进行战略性优化，尽管违反了常规规则，但从长远来看可以节省时间和资源。

过度谨慎会减慢开发进度。有时，最佳方法是编写假设最佳情况的代码，优先考虑性能而不是详尽的错误检查。虽然这种方法在出现意外情况时可能会出现问题，但在这些情况罕见时，它也能显著提高代码执行速度。

编程中的一致性通常是理想的，但严格遵守统一性可能会扼杀创新和进步。不同的项目、团队和遗留系统往往需要不同的方法。接受一定程度的不一致可以使解决方案更灵活和富有创造力，适应多样的编码风格和不断发展的需求。

创新往往需要突破既定模式，整合新技术和功能。尽管这可能会破坏一致性并使代码维护更加复杂，但这是进步的必要条件。接受新库、API和技术，尽管使代码库更复杂，但可以带来更强大和多功能的应用程序。

像Google的Gemini这样的大型语言模型（LLM）展示了如何打破传统规则可以带来重大进步。这些模型使用大量数据集和复杂算法构建，并不总是遵循传统的最佳实践。LLM的成功表明，推动边界并重新解释规则可以带来突破性的技术。

程序员与自我设定规则的关系复杂而微妙。虽然这些准则旨在确保清晰、一致和可靠，但它们并不是绝对的。经过深思熟虑地打破它们，有时可以带来更高效、更具创新性，最终更好的代码。明智地接受这些“坏”习惯，可以提升编程的艺术和科学，使开发者能够在秩序与创造力之间找到微妙的平衡。