早上8点。就像任何其他日子一样，我通过八氧化糖杆快速浏览我的GitHub通知。
绝大多数开源项目都是同样的方式。希望快速解决个人需求，或学习某事。
为什么不公布代码？它对其他人可能有用，并且通过github归档和索引代码是方便的。
第一行代码已经写成。该代码不漂亮，但它部分解决了初始问题。是时候将它推向github。这感觉就像一个很大的成就。
问题跟踪器可能很快开始填写。“谢谢，这正是我所需要的”是一个读取的心灵，但你永远不会看到这么评论。最有可能的：
显然，该项目确实“工作”。你已经每天都在使用了几天，并且它确实正是你想要的事情。
记者可能无法安装它，以便配置他们想要的方式，或者使用它来解决与属性不同的问题。
他们实际上是要求免费的支持服务。在现实生活中，明确要求帮助感觉自然。它甚至可以从“你好”开始，并以“谢谢”结束。
在GitHub问题跟踪器中，我们不呼吁帮助。我们抱怨我们尝试做的事情，“不起作用”。
当然，这是一个问题跟踪器。这是一个抱怨的地方，而不是提供积极的反馈。
每个新的填充问题都像项目开发人员的“TODO”列表中的一个新项目。它必须以某种方式处理。通过阅读并试图了解它，并通过响应它来解决陌生人的问题。单独，施加一些精神压力。观看一个开放问题的清单增长是压力。它感觉像一个永不结束的Todo列表，你从未真正要求的，并且其分辨率不会提高自己的问题。
绝大多数这些支持门票都是负面的制定。如果用户没有设法在其设备上安装软件，则它们将调用它一个错误。如果它们的配置文件中有语法错误，则会报告“它崩溃”。其他一切都是“问题”，“不起作用”或“失败”。
虽然它肯定不是意图，但这种压倒性的消极情绪会产生后果。它使开发人员逐渐感到像狗屎。他们的软件只是一堆垃圾，不能做任何事情而是失败。
随着您发布的项目数量作为开源的增长，问题的数量也会增长。抱怨甚至是为了项目，你也不会再使用了。这些问题是否可以忽略？每次您都有一个新的项目公开，您将与“社区”签署隐式合同，以便永远支持它。而且支持与帮助用户解决您从未拥有的问题的错误修复并不多，其根本原因通常与您的项目完全无关。
对于实际错误的报告，可以轻松地在已经运行的软件安装上轻松复制的东西，并影响开发人员，非常欢迎。不幸的是，这些非常不存在。
添加类别和模板并没有帮助。 “它不起作用”来解决个体问题最终将最终完成您可能期望的实际错误报告的类别。所以，在真正的错误报告中，您仍然需要检查每一个“不起作用”的描述。隐藏在那里。
其中一些“不起作用”问题是匿名公司员工，除了开头支持和“特征请求”门票之外，在GitHub上没有活动的账户开幕问题。用“拇指向上”选票从帖子之后出现的类似帐户。 “不起作用。我们正在等待解决方案。“如果这不是“不起作用”的票证，这是一个命令：“标记新版本。这是阻止我们的进程。“
没有“我们”。我不是你团队的一部分，也不是我应该做你正在支付的工作，无论你是否以某种方式使用我的一个项目。
安装自由软件授予维护人员的可自由支持的能力有一个感觉。在某种程度上，它确实如此。因为很难说“做你的作业”并关闭机票。每张封闭式票都需要一个理由。这将永远存在于问题跟踪员历史记录中，而且人们将要查看，即使是多年的事实。所以，即使它们与您运行软件的方式完全无关，您可能必须继续解决用户的问题你自己。
“在运行的Titan框架上运行Beos for iPhone 4（中文版本2.7 Pro）”
有些门票是指您可能从未听说过的环境和工具。或自定义构建。或者配置比曾经使用的配置更加复杂。
“我不知道”和“我不在乎”是诚实的答案。前者不是结束问题的有效理由。后者会反馈。所以，你花时间谷歌曲为那个模糊的东西，试着从谜题的拼图中了解用户的问题，你以某种方式设法收集，并暂时提出了可靠的答案。所有你真正想要的是那个问题是以最好的方式关闭：由用户自己。
同时，压力加剧。每一个新的机票都会导致压力和焦虑。没有关于内容，但是关于将要完成的内容，以便关闭。需要花多少时间和努力。
只有希望有一段时间留下实际工作的项目。有效地帮助人们没有花钱编写代码。
项目维护者知道如何安装和使用该软件。而对于他们的用例，它可以工作。如果文档不完整，则必须记住，这款非常文档被写为礼物，帮助其他人。如果项目在环境维护者中不起作用，他们不应该归咎于它。
有反馈很棒。意识到一个项目对其他人有用的是奇妙和令人鼓舞的。能够报告错误并提出建议非常强大。但这不是GitHub问题跟踪器大多用于的东西。它用于抱怨或询问个性化的帮助，描述所尝试的内容，并没有成功作为一个“破坏”的软件中的“错误”或“问题”，“失败”和“没有”工作。”
在支持部门工作的人必须在长期以来处理更痛苦的情况。如果只是为此，他们应该得到很多尊重。
但是，他们有训练。他们知道如何处理不同类型的客户。他们可以转移给其他人。他们有相关的技能和经验。
项目维护者没有这些。此外，支持员工正在支持公司的产品。他们肯定分享企业文化，但是，抱怨是针对公司的工作，而不是自己的工作。
在个人项目问题跟踪器上的“不起作用”票证是我们个人所采取的。没有人可以寻求帮助如何以最佳方式处理它，没有经理或同事转移案件。忽略它不会使它消失。它仍然会出现每一天，直到它最终被某种方式关闭。
到那时，“不起作用”堆积起来让你的工作看起来像垃圾和伤害。
GitHub问题跟踪器让我哭泣多次。在没有实质性理由的情况下，在封闭式门票后我无法睡觉。有时，我仍然喜欢以某种方式能够说“请留下我独自一人”，因为支持请求继续来。并在旧问题上发布了“ping”消息，因为我推迟了审查，因为解读所描述的实际问题是具有挑战性的。
在一些项目中，我最终不得不放弃，并关闭问题跟踪器。但“不起作用”问题一直到来。作为旧的提交的评论，因为这些不能被禁用。
但是，问题从一个项目到另一个项目会有很大差异。在一个项目中，仅由已经熟悉域的人使用，“它不起作用”问题远不太常见。但代替免费的客户服务中心，问题跟踪器可以成为一个免费的咨询服务，人们询问如何构建一个应用程序或协议，并以某种方式使用您的软件。这很难不提供帮助。很难说不。所以，花时间解决别人的问题，而你挣扎着你自己的不相关的工作？这是他们将自己关闭问题的唯一方式。如果您想要过早关闭，您需要一个理由。 “对不起，我没有时间”不是没有让票据开放的理由。即使这是真理，也是为自己的心理健康做的最好的事情。
开放式沟通是伟大的，必要的。问题跟踪器绝对是一个非常有价值的工具。但它是一种多对多的拓扑，促进了恒定的消极流（其形式），最终可能是精神上的破坏性。
在几个月的24个月内，由于GitHub问题而重复紧张的故障，我做了一些帮助很多东西。
可能是最重要的决定是对日常处理问题所花费的时间来强制执行硬限制，试图说服自己可以立即回应。
使用GitHub-Auto-Locker，几个月后自动锁定已关闭问题。如果问题已关闭，则会结束。在几年前讨论的某些事情上有一个“我也”突然出现令人讨厌。如果有新的东西，请打开一个新的票证，特别是因为自原始讨论和上下文可能不同，因此软件可能发生了很大的变化。
在不活动的30天后，使用超时标签关闭问题。如果长期没有任何活动，那么离开票证不太可能会改变任何东西。也许这是一个没有人对实施有兴趣的特征要求。也许记者被问到了详细信息，但永远不会提供它们。也许没有人知道如何回答问题或它甚至是什么意思。
超时标签并不意味着问题将被忽略。反对一个封闭的，未标记的问题，这意味着这是可能在时间允许的时候可以提供新的外观。在该状态下关闭了许多功能请求，但最终稍后实现。
这有助于很多。它有助于减少每次登录时出现的任务列表的大小，同时重复显示相同的问题，以及其年龄，提醒您时钟正在滴答。较短的列表，具有更新的问题，有点不那么令人沮丧。
最后，我学会了“不”或“我不知道”。有时只是为了获得票证的缘故，而是为了我自己的理智，这是必要的。