我想提出一个在这里的应用推广帖子下越来越让人恼火的问题。

尝试一个应用并给出诚实的反馈
在下载前提出真诚的问题
基于假设而发表冗长、自信的“产品批评”评论
第三种情况正日益成为问题。

有一位评论者，u/Miserable_Sky5682，在开发者帖子中反复这样做。模式几乎总是相同的：
“有趣的部分不是 X，而是 Y 是否……”
“通常会让这类应用崩溃的点是……”
“让我坚持使用的因素是……”

起初听起来很有思考性。但在多起案例中，这些评论并不是基于实际使用该应用，而是以假设的批评方式呈现，好像开发者忽视了显而易见的东西。

在我的 IsoPack V1.2 帖子中，他首先写道，iCloud 同步的真正价值在于已勾选的项目在不同设备以及离线重连后是否保持可靠。这正是该应用的工作方式。

随后，我没有回复，他又回来评论说，重复行程的工作流很重要：模板在生成新行程时应当分叉，而不修改原始基础列表；用户应能在特定行程中跳过某些项目，而不改变主模板。这同样已经是 IsoPack 的实现方式。

所以这些并不是他发现的问题，而是他在未进行测试的情况下对应用进行的假设投射。
我检查了他的近期活动，因为这种风格很熟悉，而且这并非孤例。过去几天里，在多个应用帖子下——任务应用、倒计时应用、相机应用、PDF 阅读器、网络工具等——都出现了类似的推测性“真正重要的是……”批评。

要说明的是：
反馈是好的，批评性的反馈也是好的。开发者不应只期待赞美。

但如果没有实际使用过该应用，就不应把想象中的产品缺口包装成有依据的评价。应改为提问：
“你的应用如何处理这个情况？”
“它支持这种工作流吗？”
“如果我使用它，我会在意这个功能吗？”

这算是公平的。不公平的是一次又一次在帖子下制造批评，以显得洞察深刻，却跳过了检查该功能是否已经存在的基本步骤。

此外，在本版块还有两种行为也让人感到厌烦：
在与开发者帖子无关的情况下推广自己的应用目录网站
只为获取免费永久码而出现的用户，不论该应用是什么

开发者在此发布作品、回答真实问题并获取真诚的反馈。评论区不应沦为：
伪咨询戏剧、
目录自我宣传、
或“免费码？”的排队。

我想了解其他开发者是否也注意到了同样的模式，尤其是第一种情况。