传达维护能力和优先级

迄今为止,我们在宣传目前的维修状况方面没有做很多工作。 这是为找到实现这一目的的更好方法而进行的讨论。

PhantomJS(@ariya@Vitallium@zackw)和其他不定期的贡献者背后的团队是承诺,但我们仍然是小团队。 我们都没有钱从事 " 幻影JS " 方面的工作,因此,我们在业余时间进行这项工作。 为了讨论起见,让我们假设我们估计的总努力是每周4小时.

与此同时,PhantomJS的用户继续增长并不断增长需求. 每个用户都想要最新的WebKit,完整的ES6支持,零崩溃. 在理论上,要 中-跟上这一需要,至少需要一名全职的软件工程师,相当于每周40小时的工作.

我们有限的维护能力的影响是,与用户需求的急剧上升相比,进展是苍白的。

问题在问题跟踪器中有所上升,因为三分法比报告率低得多。 校对:Soup

当一个问题没有被审视时,受该问题影响的用户就变得失望了(见最近的例子#12750). 鉴于维修能力有限,确定优先级是不能确定的。 可悲的是,用户没有考虑到这种观点,信息走错了路。

我们仍然在欣喜地取得进展,我们不打算很快停止。 在某些情况下,我们的进展是根据承诺的统计数字来判断的(就这个项目而言),不幸的是,这些统计数字与这项努力并不相干(我们经常从事一项长达100小时的大型工作,结果只作出了一项承诺)。 当一个用户没有感受到进展,因为我们目前的焦点不与他们的需要相重叠时,它就触发了一种普遍的看法,即根本没有进展。

** 如何最好地确保每个用户都知道这种不匹配的 容量与需求? **

欢迎建议!