服务台 "部分已经消失了 - 页 2

 
Alexander Puzanov:

你能解释一下这意味着什么吗?

AI将处理来自SR的申请。

 
Alexey Kozitsyn:

我想知道你是如何设想的?如果之前你看到一个问题,并且至少在一段时间后你开始解决它,现在所有的东西都写在 "bug,bug,问题 "的主题中?并希望你不要错过它?或者为每一个错误创建一个单独的分支,并不时地提高它?在哪里张贴封闭的代码,这些代码必须只由自己阅读和处理?

请创建单独的主题,并提供完整的描述。不要在一个主题中加入所有内容。

首先,让其他论坛成员参与进来,处理这种情况。

尽量完整地描述问题,附上日志、屏幕截图、代码示例等。最主要的是不要打乒乓球,当你只在5-10步的问题/答案中收集到足够的材料来分析情况和重现它。

任何技术问题都必须有一个 "能否重现 "的答案。如果没有答案,那么查询很有可能会失败。


不幸的是,我们再也无法处理大量的、不断增长的不合格的查询和公然的教育问题。

我们的工作人员不是交易或编程教师。

 
MetaQuotes Software Corp.:
Servicedesk正在转向只处理财务问题。

市场上的转让被取消,服务台被取消,下一步是什么?

下注 ....

 
MetaQuotes Software Corp.:

请创建有完整描述的独立主题。不要在一个主题中加入所有内容。

首先,让其他论坛成员参与进来,处理这种情况。

尽量完整地描述问题,附上日志、屏幕截图、代码示例等。最主要的是不要打乒乓,当只有在5-10步的问题/答案时,你才会收集足够的材料来分析情况并重现它。

任何技术问题都必须有一个对 "能否重现 "问题的答案。如果没有回答,那么请求很可能会失败。


不幸的是,我们再也无法处理大量的、不断增加的不合格的查询和公然的教育问题。

我们的工作人员不是交易或编程的老师。

好了,我们创建了一个分支,附上代码进行复制,很明显,存在一个错误(在语言/终端),而且用户无法纠正。我接下来该怎么做?通过@MetaQuotes软件公司。 给你打电话寻求帮助?

还是会有一些特殊的员工,例如@Slava,可能会被提及?

 
Alexey Kozitsyn:

好了,创建了一个分支,附上了要重现的代码,很明显,存在一个错误,用户无法修复它。下一步该怎么做?通过@MetaQuotes软件公司。 给你打电话寻求帮助?

一个新手会创建一个这样的错误主题,其他新手会和他一起创建他们的 "正确 "代码,所有这些都会在市场上以10,000美元的价格被谷歌翻译...。

 
一切都很清楚。只是,servicedesk已经被很多愚蠢的、初级的问题和问题淹没了,你无法理解这样 的问题是怎么回事。
 
MetaQuotes Software Corp.:

请创建有完整描述的独立主题。不要在一个主题中加入所有内容。

首先,让其他论坛成员参与进来,处理这种情况。

尽量完整地描述问题,附上日志、屏幕截图、代码示例等。最主要的是不要打乒乓,当你只在5-10步的问题/答案中收集足够的材料来分析情况和再现。

每个技术问题都必须有一个 "是否可重复 "的答案。如果没有回答,那么请求很可能会失败。


不幸的是,我们再也无法处理大量的、不断增加的不合格的查询和公然的教育问题。

我们的员工不是交易或编程教师。

当然,在一般情况下,我想不起一个开发公司几乎完全清理了一个错误报告的案例。

关于不合格的查询:然后写下请求必须具备的标准,以便你注意到它。

  1. 问题的描述。
  2. 终端日志(专家,日志)。
  3. 错误/视频的截图。
  4. 示例代码。
  5. 设置文件。
  6. 测试参数(用于测试器)。
  7. ...
因此,事实证明,如果你遵循所有的细微差别,你会更快地解决问题?你们会更频繁地发布新的构建吗?
 
MetaQuotes Software Corp.:

技术问题现在只能通过论坛。

用户在各种场合的问题规模的影响,使我们公司的发展速度减慢。我们正在向MQL5.社区的完全自动化迈进

事实上,这个步骤是很合理的。这是可以理解的。
但在我看来,最好将服务台留在侧边栏一段时间,以适应它。
但在登录服务台时--打开一个页面,上面写着这样的内容

"服务台从2018年8月9日起不再......,等等。
服务台只对卖家提供服务,.废话,废话,废话
如果你发现错误,请联系论坛....等等,等等,等等。"

只是在论坛上的老话题中,很多人很经常被送到服务台去。
而新来者会感到困惑。而每次新人讲述 "啊,有次.... "的故事时,都会有一些不适应。

 
MetaQuotes Software Corp.:
服务台转为只处理财务问题。

下一步是对所问的每一个问题收费:))

 
公平地说,应该指出的是,servicedesk早已不再是及时解决问题的地方了。根据经验,通过论坛往往更容易引起对问题的关注。