问题标签 [technical-debt]

我想找到一种方法来记录我们在 TFS 中产生的技术债务。

我需要在特定迭代之外记录每个项目，以确保它始终可见且易于报告。我考虑过为技术债务创建一个单独的区域，但不确定该领域实际上是否适合。

我可能会考虑哪些常见的方法？我什至是通过试图找到一个合适的地方来放这个东西来找到合适的树吗？

我们有一个遗留的 ASP.NET webforms 应用程序，我们致力于稳定和消除技术债务。是否可以采用混合方法 - 即 ASP.NET MVC 可以与同一个 Web 项目中的 Web 表单共存吗？

有什么陷阱吗？如果可能的话，我假设只需要初始化路由表，注册 ASP.NET MVC 处理程序，希望是这样......？

我目前正在开发一个采用共享数据库/共享模式方法的多租户应用程序。IOW，我们通过在所有表上定义TenantID列来强制租户数据隔离。按照惯例，所有 SQL 读取/写入都必须包含Where TenantID = '?' 条款。不是一个理想的解决方案，但事后看来是 20/20。

无论如何，由于我们应用程序中的几乎每个页面/工作流程都必须显示特定于租户的数据，因此我在项目开始时做出了（糟糕的）决定，即使用单例来封装当前用户凭据（即 TenantID 和 UserID）。我当时的想法是，我不想为我的数据层中的每个方法签名添加一个 TenantID 参数。

这是基本伪代码的样子：

如您所见，这里有几种代码异味。这是一个单例，所以它已经不是单元测试友好的。最重要的是，您在 CurrentUser 和 HttpContext 对象之间有一个非常紧密的耦合。通过扩展，这也意味着我在我的数据层中引用了 System.Web（不寒而栗）。

由于上述原因，我想通过摆脱这个单例来偿还这个 sprint 的一些技术债务。我对更好的实施可能有一些想法，但是如果有人有任何可以分享的指导或经验教训，我将非常感激。

我正在办公室建立一个技术债务登记册，并希望使其成为一个相当全面的工具。

我们应该记录哪些关键信息？

可能重复：
注释会减慢解释语言的速度吗？

如果超过 75% 的代码行被正确注释，在执行大型 .py 文件时是否会出现明显的性能下降？

在估算（故事点）一个包含使用已知技术债务扩展当前功能的故事时，我们应该考虑重构当前代码所花费的努力还是应该独立于该技术债务进行估算？

问题移至链接

我的研究生项目是关于使用 RFID 的大学智能考勤系统。如果一个学生有多张卡（作弊）并且他也想参加他的朋友怎么办？这里的情况是，我的系统无法理解人工掺假，它会处理阅读器检测到的 RFID 标签，结果是它会同时处理两个学生，并将它们存储在数据库中。

我从乞讨中面临这个问题，这是我系统中的一个巨大故障。

我需要一个解决方案或任何想法来解决这个问题，它可以在代码中或在现实生活中实现以识别人类。

是否可以在 Sonar 中获取每个文件的技术债务并最好将其导出以便可以放入图表？

假设需要重构（太大而无法合并为现有用户故事的一部分） - 在产品待办事项列表中包含重构“故事”是否可以？

重构的目的不是改变系统的行为——所以根据定义，没有直接的商业价值给客户。

——那么重构“故事”是否有故事点，然后计入速度，或者这是否在某种程度上作弊？

背景：我们做了一个最初的故事，以最简单的结构存储一些数据。此数据的结构不适用于即将到来的用户故事，并且需要不同的方法，所有期望现有数据结构的现有功能都需要更改以适应这种新方法。

我在“程序”文件夹中有大量独立的、不相关的 Java 程序，我真的希望能够自动计算每个独立程序的技术债务分数。我知道 SonarQube 可以让你用 Sonar-Runner来做这个（有点） ，但是我真的很想要一种动态地做这个的方法，所以我可以有一个脚本来分析和编写所有程序的技术债务分数在“程序”文件夹转换为 csv。

如果它可以为我做到这一点，我非常愿意并且很乐意尝试任何其他类型的技术债务软件（或质量）。我真的很感激任何意见，或者关于这是否可能的想法？