在我的项目中有大量的FIXME / TODO，需要在某个时间点上解决。实际上，从“TASKS”列表中可以看到大约有480个，但并没有组织好。
我通过谷歌搜索，找到了任务标记修饰器插件。
但不幸的是，这并没有起作用。
除此之外，有人能推荐一个针对 FIXME/TODO 的插件吗？
我还想听听所有人通常如何处理这些情况。
4个回答
12
我希望您不要听到的是，通常管理这些情况的方法是不让它们变得如此严重。但恐怕情况确实如此。
《务实程序员》建议我们不要忍受破窗户。意思是，如果我们不修复某些东西而让它破损，那么其他事情也会被搁置，然后在我们意识到之前，我们的待办列表上就有了480个项目。此外，我们的应用程序的某个部分可能会依赖于“破损”的行为，因此当我们解决待办事项时，我们还必须修复那个。
并不是每个人都能达到《务实程序员》的高标准。另一种方法是列出需要处理的任务清单（有时称为改善清单）。被阻塞在分配工作上的人可以选择其中的一个任务。
至于您目前的情况...
我的经验法则是，没有什么事情可以在半天内完成：包括源代码控制、文档、与Bob讨论更改等。当然，我的经验法则不适用于真正微不足道的任务，但如果这些任务真的微不足道，它们就会立即被修复，而不是标记为待办事项，对吧？
所以你需要付出240天的努力。如果这些任务中的许多可以合并为一个单一的修复，那么您可以减少每个任务的开销。但首先，您需要花费一大段时间来筛选任务，对它们进行分类和优先排序。这就是为什么他们称之为“技术债务”的原因：我们离开它的时间越长，修复它的成本就越高，并且具有平均门口放贷者的复利率。
除非您有一个非常理解的项目经理/付款客户，否则我认为您将不得不接受您无法清除所有这些项目的事实。因此，您需要进行简要的分类练习：将每个待办事项分配到以下三个类别之一：
1. 必须立即修复的不可容忍的问题 2. 应该在有机会时修复的问题 3. 您只能忍受的问题
祝好运！
《务实程序员》建议我们不要忍受破窗户。意思是，如果我们不修复某些东西而让它破损，那么其他事情也会被搁置，然后在我们意识到之前，我们的待办列表上就有了480个项目。此外，我们的应用程序的某个部分可能会依赖于“破损”的行为，因此当我们解决待办事项时，我们还必须修复那个。
并不是每个人都能达到《务实程序员》的高标准。另一种方法是列出需要处理的任务清单（有时称为改善清单）。被阻塞在分配工作上的人可以选择其中的一个任务。
至于您目前的情况...
我的经验法则是，没有什么事情可以在半天内完成：包括源代码控制、文档、与Bob讨论更改等。当然，我的经验法则不适用于真正微不足道的任务，但如果这些任务真的微不足道，它们就会立即被修复，而不是标记为待办事项，对吧？
所以你需要付出240天的努力。如果这些任务中的许多可以合并为一个单一的修复，那么您可以减少每个任务的开销。但首先，您需要花费一大段时间来筛选任务，对它们进行分类和优先排序。这就是为什么他们称之为“技术债务”的原因：我们离开它的时间越长，修复它的成本就越高，并且具有平均门口放贷者的复利率。
除非您有一个非常理解的项目经理/付款客户，否则我认为您将不得不接受您无法清除所有这些项目的事实。因此，您需要进行简要的分类练习：将每个待办事项分配到以下三个类别之一：
1. 必须立即修复的不可容忍的问题 2. 应该在有机会时修复的问题 3. 您只能忍受的问题
祝好运！
- APC
5
非常感谢您提供的详细信息。事实上，我已经按照您的指示进行了操作！ - GustyWind
1这并没有真正回答问题，虽然是好建议但不是真正的答案。我来这里是为了寻找任务高亮，因为我正在使用REFACTOR：标签来跟踪我正在注释或更改的代码，在当前迭代结束之前（不超过2周）必须清理掉，所以我标记了“破窗户”。像任务标记高亮这样灵活的东西并不一定意味着不良实践。 - Adam Tolley
@AdamTolley - TODO或REFACTOR标记是对技术债务的承认，是未来工作的一种欠款。这并不自动意味着是一种不良实践，只要我们能够尽快解决它们。当我们推迟清除它们以优先处理其他更紧急的问题时，它就成为了一种不良实践。这似乎是OP所处的情况。你的情况可能会有所不同。 - APC
@APC：当然，我同意。我仍然认为上面的内容并不构成答案 - 但是再次提醒一下，这是很好的建议，而且OP似乎认为它很相关（也许比最初寻求的答案更有价值），所以很棒。 - Adam Tolley
1@AdamTolley - 在这方面我同意你的观点，这也是为什么我点赞Sam的回答：他直接解决了手头的问题。 - APC
7
我想说一句话，我成功地在 Eclipse 3.5.0 上使用了任务标签修饰器。以下是具体步骤：
- 从更新站点安装：任务标签修饰器更新站点
- 在首选项中选择： 通用->外观->标签修饰器->任务标签修饰器
- 在此处设置您的修饰器。
- 然后转到：通用->外观->标签修饰器 并勾选 "任务标签修饰器" 复选框并应用。
- Sam Washburn
1
403：禁止访问。 :( - Kevin Krumwiede
3
你希望以何种方式组织它们？更具体地说，任务视图不能做什么，而您想要做什么？
以下是标准任务视图的一些信息：
- 单击任务视图中的每个列标题，按升序/降序排序。 - 选择视图菜单（位于视图右上方的向下三角形），然后： - 按类型分组任务 - 仅显示特定类型的任务 - 选择“配置内容...”，然后： - 选择要限制所显示任务的范围（我发现“在所选元素及其子项上”非常方便）。 - 根据描述文本过滤任务（使用“包含”或“不包含”）。 - 根据优先级、完成状态和任务类型进行筛选。 - 如果您深入查看视图菜单，还有其他一些您可能会发现有用的选项。
以下是标准任务视图的一些信息：
- 单击任务视图中的每个列标题，按升序/降序排序。 - 选择视图菜单（位于视图右上方的向下三角形），然后： - 按类型分组任务 - 仅显示特定类型的任务 - 选择“配置内容...”，然后： - 选择要限制所显示任务的范围（我发现“在所选元素及其子项上”非常方便）。 - 根据描述文本过滤任务（使用“包含”或“不包含”）。 - 根据优先级、完成状态和任务类型进行筛选。 - 如果您深入查看视图菜单，还有其他一些您可能会发现有用的选项。
- Rich Seller
3
你可能需要了解Mylyn。
考虑使用这些标签意味着什么也值得思考一下。
问题在于，如果你有近五百个这样的标签，那么你不太可能很快就能把它们作为“要做的事情”删除。因此，使用标签和其中暗示的流程的影响会减弱，你最终会遇到你所提到的问题，即数据集变得难以管理。
关键是代码才是真相，而不是注释，无论它们是否带有任务标记。你必须有一些可衡量的东西来改进代码。
例如，在我进行代码审查之前，我会在第一次通过之前使用这些标签。目的是在代码审查完成时，这些标签不存在。
- Dan Gravell
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接