什么是测试员的圣杯? - 页 15 1...8910111213141516171819202122...26 新评论 Andrey Kisselyov 2017.08.21 14:47 #141 George Merts:而关于虚拟化无处不在,无时不有...... ...更重要的是,甚至不清楚这个东西是否真的存在。或者,如果你的所有行动与收到的 "unchth "是由一个完全不同的实体控制。我认为这很酷。 没有必要把虚拟化带到荒谬的地步,更没有必要鼓励它到处出现。 这里有一个 你的虚拟化转化为现实生活的例子。 你要见那个女孩玛莎,你就打电话,帕夏就会假装是玛莎来。 这是你在现实生活中的虚拟化。 现在我问你,它很酷吗? 恕我直言。 Georgiy Merts 2017.08.21 15:00 #142 Andrey Kisselyov:没有必要把虚拟化带到荒谬的地步,更不用说到处鼓励了。,这里有一个你的虚拟化转化为现实生活的例子:,你想看女孩玛莎,你打电话,帕夏来了,假装是玛莎。,这是你在现实生活中的虚拟化。现在我问你,这很酷吗?这就对了!一个完美的例子。如果你有一个请求:"我要见会计部门的玛莎,她会告诉我为什么我的会计软件显示的是狗屎",而程序员帕沙来向我解释什么是错的 - 如果玛莎来了,我也会很高兴。也许更多。 另一件事是,你需要询问你需要的确切接口。当然,如果你需要性,并来到程序员帕沙而不是玛莎 - 你会不高兴。然而,你会立即看到差异,并且仍然 "在编译时 "消除了这个错误。 如果你能直接接触到物体--那么在要求玛莎做爱之后--你可以从玛莎本身得到脸,然后--以及从来找玛莎的配偶那里。 虚拟化使你能够将你的请求限制在你在特定地方的特定行动所需要的东西上。其他一切都被切断了。在我看来,唯一的限制是设计 所有这些虚拟接口的 "开销"。如果我们想 "快速 "检查一个简单的指标的想法,做出所有这些OOP的复杂性是不合理的。 Andrey Kisselyov 2017.08.21 15:10 #143 George Merts:在我看来,唯一的限制是设计所有这些虚拟接口的 "开销"。如果我们想 "快速 "检查一个简单指标的想法,那么创造所有这些OOP的复杂性是不合理的。 我认为这是优化过程中任何EA在测试环境中工作速度变慢的 主要限制。 如果你果断地优化你的EA,显然会增加你的优化时间,因为我已经说过并且还会说,任何虚拟化(无论是OOP还是CPU核心的线程划分)都会增加运行时间,降低电脑的性能。 OOP的设计完全是为了方便程序员,以牺牲计算机性能为代价。 恭敬地说。 ivan12347777 2017.08.21 15:18 #144 Stefan Stoyanov:我有两个产品是免费的 锁定保护并不总是有帮助。你没有免费的圣杯 吗?)或工作策略? Alexey Volchanskiy 2017.08.21 15:34 #145 Andrey Kisselyov:我想这是在优化过程中,在测试者环境中任何EA都会变慢的 主要限制。 如果你果断地优化你的EA,显然会增加你的优化时间。 正如我以前说过的,并将继续说任何虚拟化(无论是OOP还是CPU核心的线程分割)都会增加运行时间,降低计算机的性能。 OOP的设计完全是为了方便程序员,以牺牲计算机性能为代价。 恭敬地说。"拖延 "这个词不知为何让反对OOP的人感到害怕 ))))最好使用 "引入了一个延迟 "的说法。现在有一个致命的问题--其中的百分比是多少?毕竟,没有人试图做测试,只是在论坛上连续多年进行哒哒哒的测试)) [删除] 2017.08.21 15:35 #146 George Merts:这就对了。 如果你需要一个基线--这就是Equity在前一阶段的作用。的确,一个浮动的非固定的价值。我没有看到任何 "脱离现实",相反,那些认为平衡意味着什么的人是脱离现实的。如果我们的权益是1000,那么我们的余额现在是100还是1万 都没有区别--重要的是上一步的权益,无论它是900还是1100。 把它带到了荒谬的地步。一种通过虚拟化实现的荒谬化。;)))))环顾四周,从你的虚拟云层中走出来,回到地面。 [删除] 2017.08.21 15:41 #147 George Merts:这就对了!一个完美的例子。如果你有一个请求:"我想见见会计部门的玛莎,她会告诉我为什么我的会计软件显示的是废话",而程序员帕沙来了,并解释了什么是错的 - 如果玛莎来了,我也会很高兴。也许更多。 另一件事是,你需要询问你需要的确切接口。当然,如果你需要性,并来到程序员Pasha而不是Masha - 你会不高兴。然而,你会立即看到差异,并且仍然 "在编译时 "消除了这个错误。 如果你能直接接触到对象--那么在要求玛莎做爱之后--你可以从玛莎本身得到面子,然后--以及从来找玛莎的配偶那里。 虚拟化--并允许你将你的请求限制在你在特定地点为特定行动所需的确切内容。其他一切都被切断了。在我看来,唯一的限制是设计所有这些虚拟界面的 "开销"。如果我们想 "快速 "检查一个简单的指标的想法,做出所有这些OOP的复杂性是不合理的。 显然,有可能会迷上OOP。症状是极端虚拟化,逃避现实,用虚拟性取代现实。;))) Stefan Stoyanov 2017.08.21 15:49 #148 ivan12347777: 你没有一个basplata grail?)或一个工作策略?没有 我从市场上 删除了Grails,以便不使客户感到困惑。我不希望人们被愚弄。 Andrey Kisselyov 2017.08.21 16:01 #149 Alexey Volchanskiy: "拖延 "这个词不知为何让反对OOP的人感到害怕 ))))最好使用 "引入了一个延迟 "的说法。现在有一个致命的问题--其中的百分比是多少?毕竟,没有人试图做测试,只是在论坛上连续多年胡说八道 ))这将取决于虚拟化爱好者本身。 如果有很多类,滞后可能会更高,如果只有一个函数是虚拟的,滞后会更低。 恕我直言。 Stefan Stoyanov 2017.08.21 16:02 #150 George Merts:О !至少你能告诉我锁定和重开的区别。 如果没有互换,而且专家顾问正在交易--在我看来,锁定和重新锁定没有什么区别。有一个众所周知的区别--这是一个第二次机会 如果我们有一个好的开仓和平仓策略,平仓锁+主仓让我们有更好的机会获利。在止损 点上收盘时 , 没有机会,尽管有时这是最好的办法。一般来说 , 如果你能明确区分趋势和平坦 ,锁定 可能会帮助你 1...8910111213141516171819202122...26 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
而关于虚拟化无处不在,无时不有......
...更重要的是,甚至不清楚这个东西是否真的存在。或者,如果你的所有行动与收到的 "unchth "是由一个完全不同的实体控制。我认为这很酷。没有必要把虚拟化带到荒谬的地步,更没有必要鼓励它到处出现。
这里有一个 你的虚拟化转化为现实生活的例子。
你要见那个女孩玛莎,你就打电话,帕夏就会假装是玛莎来。
这是你在现实生活中的虚拟化。 现在我问你,它很酷吗?
恕我直言。
没有必要把虚拟化带到荒谬的地步,更不用说到处鼓励了。
,这里有一个你的虚拟化转化为现实生活的例子:
,你想看女孩玛莎,你打电话,帕夏来了,假装是玛莎。
,这是你在现实生活中的虚拟化。现在我问你,这很酷吗?
这就对了!一个完美的例子。
如果你有一个请求:"我要见会计部门的玛莎,她会告诉我为什么我的会计软件显示的是狗屎",而程序员帕沙来向我解释什么是错的 - 如果玛莎来了,我也会很高兴。也许更多。
另一件事是,你需要询问你需要的确切接口。当然,如果你需要性,并来到程序员帕沙而不是玛莎 - 你会不高兴。然而,你会立即看到差异,并且仍然 "在编译时 "消除了这个错误。
如果你能直接接触到物体--那么在要求玛莎做爱之后--你可以从玛莎本身得到脸,然后--以及从来找玛莎的配偶那里。
虚拟化使你能够将你的请求限制在你在特定地方的特定行动所需要的东西上。其他一切都被切断了。在我看来,唯一的限制是设计 所有这些虚拟接口的 "开销"。如果我们想 "快速 "检查一个简单的指标的想法,做出所有这些OOP的复杂性是不合理的。
在我看来,唯一的限制是设计所有这些虚拟接口的 "开销"。如果我们想 "快速 "检查一个简单指标的想法,那么创造所有这些OOP的复杂性是不合理的。
我认为这是优化过程中任何EA在测试环境中工作速度变慢的 主要限制。 如果你果断地优化你的EA,显然会增加你的优化时间,因为我已经说过并且还会说,任何虚拟化(无论是OOP还是CPU核心的线程划分)都会增加运行时间,降低电脑的性能。
OOP的设计完全是为了方便程序员,以牺牲计算机性能为代价。
恭敬地说。
我有两个产品是免费的
锁定保护
并不总是有帮助。
你没有免费的圣杯 吗?)或工作策略?
我想这是在优化过程中,在测试者环境中任何EA都会变慢的 主要限制。 如果你果断地优化你的EA,显然会增加你的优化时间。 正如我以前说过的,并将继续说任何虚拟化(无论是OOP还是CPU核心的线程分割)都会增加运行时间,降低计算机的性能。
OOP的设计完全是为了方便程序员,以牺牲计算机性能为代价。
恭敬地说。
"拖延 "这个词不知为何让反对OOP的人感到害怕 ))))最好使用 "引入了一个延迟 "的说法。
现在有一个致命的问题--其中的百分比是多少?毕竟,没有人试图做测试,只是在论坛上连续多年进行哒哒哒的测试))
这就对了。
如果你需要一个基线--这就是Equity在前一阶段的作用。的确,一个浮动的非固定的价值。我没有看到任何 "脱离现实",相反,那些认为平衡意味着什么的人是脱离现实的。如果我们的权益是1000,那么我们的余额现在是100还是1万 都没有区别--重要的是上一步的权益,无论它是900还是1100。
把它带到了荒谬的地步。一种通过虚拟化实现的荒谬化。;)))))
环顾四周,从你的虚拟云层中走出来,回到地面。
这就对了!一个完美的例子。
如果你有一个请求:"我想见见会计部门的玛莎,她会告诉我为什么我的会计软件显示的是废话",而程序员帕沙来了,并解释了什么是错的 - 如果玛莎来了,我也会很高兴。也许更多。
另一件事是,你需要询问你需要的确切接口。当然,如果你需要性,并来到程序员Pasha而不是Masha - 你会不高兴。然而,你会立即看到差异,并且仍然 "在编译时 "消除了这个错误。
如果你能直接接触到对象--那么在要求玛莎做爱之后--你可以从玛莎本身得到面子,然后--以及从来找玛莎的配偶那里。
虚拟化--并允许你将你的请求限制在你在特定地点为特定行动所需的确切内容。其他一切都被切断了。在我看来,唯一的限制是设计所有这些虚拟界面的 "开销"。如果我们想 "快速 "检查一个简单的指标的想法,做出所有这些OOP的复杂性是不合理的。
显然,有可能会迷上OOP。症状是极端虚拟化,逃避现实,用虚拟性取代现实。
;)))
你没有一个basplata grail?)或一个工作策略?
没有
我从市场上 删除了Grails,以便不使客户感到困惑。
我不希望人们被愚弄。
"拖延 "这个词不知为何让反对OOP的人感到害怕 ))))最好使用 "引入了一个延迟 "的说法。
现在有一个致命的问题--其中的百分比是多少?毕竟,没有人试图做测试,只是在论坛上连续多年胡说八道 ))
这将取决于虚拟化爱好者本身。 如果有很多类,滞后可能会更高,如果只有一个函数是虚拟的,滞后会更低。
恕我直言。
О !至少你能告诉我锁定和重开的区别。
如果没有互换,而且专家顾问正在交易--在我看来,锁定和重新锁定没有什么区别。
有一个众所周知的区别--这是一个第二次机会
如果我们有一个好的开仓和平仓策略,平仓锁+主仓让我们有更好的机会获利。
在止损 点上收盘时 , 没有机会,尽管有时这是最好的办法。
一般来说 , 如果你能明确区分趋势和平坦 ,锁定 可能会帮助你