更新后的Windows 10 - 页 5

新评论
 
Renat Fatkhullin:

很快我们就会要求更高质量的产品闪屏。

你能说得更具体些吗？
 
Комбинатор:
你能不能说得更具体一点？
看看这个展示柜--其中有很大一部分可以使用重新绘制的图片，使其看起来更加专业。
 
Renat Fatkhullin:
看看这个展示柜 -- 它的很大一部分可以做的是重新绘制图片，使其看起来更专业。

你应该知道你的 "专业外观 "是什么意思。

另外，管委会有自己的设计师，从管委会的角度来看，他做屏保的 "专业外观 "是为了赚钱。

在供应商看来，屏幕保护程序是一个商标 -- 你是建议我们在屏幕保护程序上说 "我们不喜欢这个屏幕保护程序"？

"简直是极好的" (c)雷纳特-法特胡林
 
Renat Fatkhullin:

这实在是太好了。

现在已经到了要求我们降低市场控制质量的地步。相反，我们需要增加许多倍。顺便说一句，这正是我们正在做的事情--我们正在开发一个自动交叉检查产品的系统。

很快，我们将要求提高产品展示的质量。

没有关于控制的问题--一切都很好，它的存在甚至是好事。检查停止，好的。检查进入减去很多:-)也是可以的，我已经学到了很多。

当有额外功能的新版本发布时，你可能会等待2或3周。


但是，当更新出来后，你在某个地方犯了错误，而且必须紧急纠正，那么10-20天就是一个非常长的时间。特别是当机器人在前一次被接受时，什么都没有改变，只是将>改为<--并且包括新的检查方式。

例如上一次是全面删除代码中的俄罗斯字符。我理解国际语言和所有这些。但我们有很多人不知道 "你好 "是什么。

当然，你可以不费吹灰之力，使用标准库，这都是经过长期思考和检查的吗，不一定，比如说在文章中，版主给出了一个链接。

顺便说一下，在最后一次检查中--你不得不输入一个价差，那是为了什么？

以下是文章中的一个例子，哪些检查应该通过Bot:

有一个俄语单词："（Bid=%.5f + SYMBOL_TRADE_STOPS_LEVEL=%d点）"。

我似乎没有立即发现，但在检查机器人时--它跳了出来--要求被删除，好的，延长5天以上的审核期

这个函数也没有考虑到止损可以是0，例如，如果止损=0，这个函数将不会返回真。

另外，我们经常与版主争论，关于服务器的止损水平=0，那么应该考虑什么止损？这里是你的函数：int stops_level=(int)SymbolInfoInteger(_ Symbol,SYMBOL_TRADE_STOPS_LEVEL)。

但是如果服务器返回0 ? 然而stop_level是浮动的，如果我们设置stop_level = 1，服务器将返回一个错误。因此，Expert Advisor没有通过检查，又回来了5-10天以上。

是否有可能使单元测试自动进行？ 发送了一个版本--系统在你独特的服务器上做了测试--一切正常，没有严重错误，没有链接到网站，没有对用户进行破坏--该版本被接受。

毕竟，每个人都需要挣钱。而作者如何快速发布关于该错误的补丁--取决于他的销售额，取决于程序中是否有视频，也取决于销售额。最近我不得不迅速改变所有的视频，因为那里有我的标志，我网站的标志。

作者的销售是市场良好佣金的关键。也许版主可以从他接受的产品的销售中得到一部分佣金？ 更多的审核员，每个人都得到销售的百分比，版主和作者之间的互动，一个新的版本很快被审核和接受，用户购买了它，百分比就归版主。

 
Vladislav Andruschenko:

所以他们被支票淹没了。就像我在上一页举的例子。

-- 打开产品，安装，阅读 -- 发现第一个错误，把它送回去修改

-- 回来后进行了修改，检查了以前的，找到了新的，送去修改了。

-- 回来要求改进，检查了以前的和以前的，发现了新的，送到我们这里来改进。

--以此类推，每一个错误都要重复进行。

初级的工作安排。

-- 打开产品，安装，阅读 -- 一次性发现所有他们看到的错误，送去修改

所以会有更少的返工，所以会有更少的重新检查以前检查过的--这意味着在检查的规模上节省时间。

最重要的是 -- 一篇关于评论的详细文章已经出来了https://www.mql5.com/ru/articles/2555-- 在市场页面上，当你添加产品时，它的链接在哪里？

这是写下 "请看这里...... "这句话所需的正常时间。

这是检查的时间，也是一个非常繁忙的市场节制。

p.s. 一些检查，如最低限度的停止，最低限度的地段，等等。-- 你可以在终端层面上做到这一点。

毕竟，他们在市场上要求的是已经存在的同样的东西--在同一份日志中不写 "错误130"，而写 "关闭停止"。

而且，根据我的理解，这一切都始于不受控制地在日志中填入 "错误130 "等。

而不是要求EA限制不受控制地发送订单--开始要求以有意义的信息形式组织对话。

这很好，但这也是用支票淹没了节制的原因。

 
顺便说一下，MT5很好，因为你可以每秒发送3个修改信号，这很酷，而且速度很快。但例如robot.......但是，例如，机器人一直回复我的电子邮件：你有太多的停止修改，账户可能被禁用))
不得不每隔2秒就放一个停止修改检查.....
 
今天，新的Win更新又试图起来，但失败了......通过深度冥想和对形而上学实体的冥想，我成功地禁用了RAM盘，然后之前的更新很顺利，希望这次也能顺利）也许有人会帮忙。
 
Andrey F. Zelinsky:

所以他们被支票淹没了。就像我在上一页举的例子。

--打开产品，安装，阅读 -- 发现第一个错误，将其送回修改

-- 回来后进行了修改，检查了以前的，找到了新的，送去修改了。

-- 回来后进行了修改，检查了以前的和以前的，发现了新的，送来给我们进行修改

--以此类推，每一个错误都要重复进行。

初级的工作安排。

--打开产品，安装，阅读 -- 一次性发现所有 他们看到的错误，送去修改

所以会有更少的返工，所以会有更少的重新检查以前检查过的--这意味着在检查的规模上节省时间。

最重要的是 -- 一篇关于评论的详细文章已经出来了https://www.mql5.com/ru/articles/2555-- 在市场页面上，当你添加产品时，它的链接在哪里？

这是写下 "请看这里...... "这句话所需的正常时间。

这是检查的时间，也是一个非常繁忙的市场节制。

p.s. 一些检查，如最低限度的停止，最低限度的地段，等等。-- 你可以在终端层面上做到这一点。

毕竟，他们在市场上要求的是已经存在的同样的东西--在同一份日志中不写 "错误130"，而写 "关闭停止"。

而且，根据我的理解，这一切都始于不受控制地在日志中填入 "错误130 "等。

而不是要求EA限制不受控制地发送订单--开始要求以有意义的信息形式组织对话。

这很好，但它也阻止了有检查的节制。

这是 正确的方法，但（总是）更多的是描述第一个选项的方式

1）好吧，他们可以这样做，原因有很多，其中之一是组织不明确，对快速接受产品没有太大的兴趣--那些接受支票产品的人
1.1 士兵睡觉，服务去了，让我们套用一句话--有钱就好办事。
为什么检查产品的人要花这么大的力气去一次性抓住当前版本中的所有错误，答案是：他们对快速接受不感兴趣。
1.2 向市场发出的核查请求越多--就可以向管理层展示更多的凉爽和RAPORT--看看我处理了多少个请求
因此，奖金--文凭等。
 
Maxim Dmitrievsky:
今天又有一个新的Win更新试图安装，但失败了......。进入深度冥想和对形而上学实体的冥想，但设法禁用了RAM盘，以前的更新很顺利，希望这一次也能做到）也许有人会帮助我。

我的笔记本电脑在1511上呆了很久，不想再找1607了。我甚至试图强制下载更新助手--它起作用了，但在最后一次重启时，笔记本电脑开始循环重启（一次又一次）。

这样解决了--创建了一个安装盘，并进行了新的安装（在安装开始时完全删除了所有的磁盘）--得到了一个干净的安装。1607就像冲水一样--过去两天我一直在使用1607。

 
Renat Fatkhullin:

这实在是太好了。

现在已经到了要求我们降低市场控制质量的地步。相反，我们需要增加许多倍。顺便说一句，这正是我们正在做的事情--我们正在开发一个自动交叉检查产品的系统。

很快，我们将要求提高产品展示的质量。

如果自动验证失败，请告知。

测试欧元兑美元,0（净值）。

测试员花费的时间太长了

该产品不是为了在测试器中工作而设计的，它有特定的功能。我应该在评论中写给版主还是写给服务台？

1234567
新评论