软件工程中的技术债务

技术债务是在开发过程中产生的。在软件工程中，技术债务就像借钱一样。与其做最好的事情，有时开发人员为了快速完成而采取捷径。但是，就像借钱一样，它会累积并需要以后偿还。平衡快速工作和正确做事有助于管理技术债务。它的目标是优化代码功能，同时创建更高效、可扩展和可重用的代码。

什么是技术债务？

技术债务就像借钱一样。然而，与金钱类似，有一点需要提及——它只是一笔贷款，所以你将来也必须偿还这笔钱。鉴于技术债务状况，这意味着需要额外的努力和精力来修复它，但同时让你现在的情况更好。

举个例子，当你构建一个网站时，在做的过程中，你匆忙写了一些代码片段来节省时间；在这个过程中，你可能会在代码中引入一些小错误。如果代码粗糙且没有意义，它可能无法长期运行。这就是技术债务。

因此，尽管为了达到某些价格而加快速度可能是个好选择，但将来可能会导致许多问题和额外的努力。它们就像瘟疫——它们不会消失，而且随着时间的推移，它们通常会变得更加困难。因此，代码质量应该是开发人员的基础。它不应该仅仅是为了尽可能地降低技术工作的“技术债务”。

技术债务的类型

• 计划中的技术债务： 当公司以可预见的方式开展业务并决定推迟部分工作，并了解其中的后果时，就会发生这种情况。同样，可以发布一个不完美的产品，但包含将在以后完成的全面且重要的基本功能。
• 无意的技术债务： 这是由于困惑和失败的用户遵循开发标准（如走捷径、缺乏经验的开发人员和沟通障碍）而产生的。例如，为了检查投放市场的产品是否确实是你设想的产品，你可能匆忙进行了流程，因此，拥有一个不完全开发的产品。
• 不可避免的技术债务： 当在开发过程中发生意外的更改或输出更新，导致之前完成的工作被丢弃时，就会发生这种情况。例如，在周期末进行测试，并知道可能对当前版本造成干扰的风险。
• 代码债务： 未对代码进行适当测试的缺点是维护困难，因为代码往往重复，变量名令人困惑，缺乏文档等。
• 设计债务： 短期决策可能导致基本相反的概念，例如耦合和模块化被放弃，这就是系统难以适应新用户需求的原因。
• 测试债务： 当测试未彻底进行或完全忽略时，就会产生测试债务，导致无法发现新错误，并且由于缺少足够的用例和覆盖范围，导致系统危险且不负责任。
• 文档债务： 结果包括由于不完整或过时的文档而导致的难以理解的问题。例如，系统引用的不完整和过时，过时的 API 库，以及代码中缺失的注释。
• 知识债务： 由于知识或关键领域文档的共享不足，整个架构可能依赖于特定人员，这反过来又凸显了减少对个别团队成员依赖的知识交流的事实。

避免技术债务的方法

• 理解市场需求： 确保你了解市场，并首先考虑需求来开始开发，避免返工，这将有助于避免以后进行不必要的更改。
• 定义和跟踪债务： 在开发过程中，分析并跟踪出现的技术债务，以便设定正确的优先级并实施相关的解决方案。
• 谨慎的软件设计： 仔细设计软件以满足要求，以便于实现和容错，从而减少技术债务。

技术债务是好是坏？

技术债务可能既好也坏。当由于开发人员专注于项目不重要但令人兴奋的部分而导致问题时，这是糟糕的。

但有时，技术债务并非全坏。当快速发布软件比拥有完美代码更重要时，它可以很有用。例如，可以考虑使用像 Instagram 这样的应用程序的 Beta 版本。你可以在新功能正式发布之前尝试它们，但你也可能会遇到错误和故障。

如果你等待完全打磨好的版本，它将具有较少或没有技术债务。但如果你对一些小问题无所谓，你就可以享受 Beta 版本的优势。最终，技术债务是好是坏取决于上下文以及如何管理。当 judiciously 使用并意识到潜在后果时，它可以成为平衡相互竞争的优先级和推动创新的宝贵工具。然而，团队定期解决和偿还技术债务非常重要，以避免积累过度的负担，从而阻碍未来的开发工作。

有效处理技术债务的策略

要有效处理技术债务，必须采用两种关键策略：

• 评估技术债务的量： 在着手解决技术债务之前，首要任务是确定问题的级别和范围。这包括检查工作代码以找出技术债务最集中的区域。代码复杂度、代码重复率和问题修复等指标可以告诉你拥有多少技术债务。技术债务对开发人员来说一目了然，一定会让他们的工作更容易，资源和精力的正确分配也会更容易。
• 决定处理哪些问题： 技术债务不应一概而论。确定首先要解决哪些特定问题以及按什么顺序解决，这是绝对重要的。一定量的技术债务可能会对整个系统的效率、稳定性、可维护性产生更高的影响，或者对其他问题不以为然。这是通过根据业务价值、风险和对未来开发项目的影响等关键因素对技术债务进行优先级排序来实现的，其中团队只被授予最重要的任务。这可以是任何一种，即代码重构、文档改进或架构不足的补救。

采取审慎的方法来决定评估和确定技术债务的优先级，可以最大限度地减少其对软件项目的影响，而不是充满风险。这种预防措施可以防止技术债务堆积到可能导致项目不可持续的程度。此外，诚实应运而生，这成为当务之急，因为它正在成为软件开发例行检查的一部分，以维护代码库的健康和可持续性。