用俄语写代码。这种方案的优点和缺点。 - 页 14 1...78910111213141516171819 新评论 Реter Konow 2016.10.03 17:26 #131 Dmitry Fedoseev: 只有一个问题得到了解决。本来有几个,然后你就可以得出结论。 我同意。但为了继续参加比赛并进入下一场比赛,必须对每个阶段的比赛结果进行客观评估。这就是问题的开始......。 Dmitry Fedoseev 2016.10.03 17:31 #132 Реter Konow: 我同意。但为了继续参加比赛并进入下一个项目,必须客观地评估每个阶段的比赛结果。这就是问题的开始......。 是啊...除了麻烦,什么都没有。 Georgiy Merts 2016.10.03 17:43 #133 Комбинатор: 是的。我不同意匈牙利记号是一张纸的说法。 它已经不止一次地帮助我避免了这类错误。byte btA;int iB........while(btА < iB) // Возможно зацикливание{.....++btA;};当然,这很夸张,但问题是,匈牙利语符号总是提醒你变量的类型,这往往有助于你避免难以发现的错误。 Andrey Dik 2016.10.03 17:57 #134 Реter Konow:当然,我不否认GA算法的 "普适性 "是绝对必要的。我也承认,我的算法可能更糟糕,正是因为它只解决了这个问题(尽管比通用算法更有效)。 然而,在解决文本问题的竞赛中,我们竞争的正是结果(命中率),而不是普遍性,因为普遍性无法在单一问题上得到检验。 因此,我没有把自己设定为绝对的赢家,也想继续竞争,打败普遍性。 然而,在冠军的车轮上开始了无数的棍棒,一切都停滞不前。我将为特别有天赋的人再次重复这一点。文字的问题,或在锦标赛上可能出现的任何其他问题,都应该在不知道问题的源代码的情况下得到解决。溶液的例子显示在MQ标准测试器上。是的,我创造了问题的源代码,因为必须有人来创造它,而且没有任何陷阱。我已经展示了MQ的优化器是如何成功地解决这种 "未知 "问题的,就像每天由数以百万计的交易者完成他们的数百万任务一样。我事先警告过你,解决问题必须在不知道问题代码的情况下进行,但你和Event没有利用这个机会进入代码,利用其结构的特殊性,这一点后来被你证实了,因为这与比赛的目标--优化未知内容的任务相矛盾。竞争者被邀请在无视任务的情况下进行优化,就像测试员所做的那样,尝试击败他,是的,尝试击败我。然后你质疑我在算法中没有使用问题的知识,之后大家一致决定将问题的编译权交给裁判员,但即使在那之后,你仍然要求提供比赛问题的来源。在你清楚地知道你不会看到来比赛问题的来源,因为你不诚实的(规避问题解决的条件)以前用文本解决问题 - 你决定离开 "摔门"。裁判员仍在等待X的时刻,之后他将为比赛创造自己的问题。但就没有人准备好参加比赛或至少足够好地解决复杂的优化问题而言,X的时刻还没有到来。这就是真实的情况。你的代码是用西里尔文写的,但这并不意味着它对解决交易者的日常任务有用,因为内容不明,这种任务是由普通的测试人员解决的。要想真正发挥作用,需要的不仅仅是一个用西里尔语编写的程序。 Реter Konow 2016.10.03 18:03 #135 Andrey Dik:对于特别有天赋的人,我再重复一遍。文本的问题,或在锦标赛上可能出现的任何其他问题,都必须在不知道问题来源的情况下解决。在MQ的内部测试器上显示了示例解决方案。是的,我创造了问题的源代码,因为必须有人来创造它,而且没有任何陷阱。我已经展示了MQ的优化器是如何成功地解决这种 "未知 "问题的,就像每天由数以百万计的交易者完成他们的数百万任务一样。我事先警告过你,解决问题必须在不知道问题的代码的情况下进行,但你和Event没有利用进入问题的代码和利用其结构的特点,这一点后来被你证实了,这与比赛的目标--优化未知内容的问题相违背。竞争者被邀请在无视任务的情况下进行优化,就像测试员所做的那样,尝试击败他,是的,尝试击败我。然后你质疑我在算法中没有使用问题的知识,之后大家一致决定将问题的编译权交给裁判员,但即使在那之后,你仍然要求提供比赛问题的来源。在你清楚地知道你不会看到来比赛问题的来源,因为你不诚实的(规避问题解决的条件)以前用文本解决问题 - 你决定离开 "摔门"。裁判员仍在等待X的时刻,之后他将为比赛创造自己的问题。但就没有人准备好参加比赛或至少足够好地解决复杂的优化问题而言,X的时刻还没有到来。这就是真实的情况。你的代码是用西里尔文写的这一事实并没有使它对解决交易者的日常任务有用,有未知的内容,这样的任务是由一个普通的测试人员解决的。要想真正发挥作用,需要的不仅仅是一个用西里尔语编写的程序。由组织者解释的失败的锦标赛的简要历史...让我们翻开历史的一页。) Andrey Dik 2016.10.03 18:06 #136 Реter Konow:失败的冠军的简史... 是的,好吧,你跑了。这就是你如何不及格的故事。我们其余的人说我们还没有准备好。进来后,诚实地应对挑战,就会有一个冠军。 Реter Konow 2016.10.03 18:06 #137 Andrey Dik: 是的,好吧,你跑了。这就是你如何逃亡的故事。其他人说他们还没有准备好。进来后,诚实地应对挑战,就会有一个冠军。 好的)。 Alexander Puzanov 2016.10.03 18:38 #138 George Merts:匈牙利语符号--总是提醒你变量的类型,这往往有助于避免难以发现的错误如应用于MQL--没有错误的警告,编译器并不关心这些。特别是不同整数和分数类型的混合数学运算有时会造成这样的混乱--人们很难发现谁需要强行转换为正确的类型乔治-默茨。while(btА < iB) // Возможно зацикливание{.....++btA;}; 运算器中的计数器本身在循环方面更安全 - while(btA++ < iB) Alexey Navoykov 2016.10.03 18:55 #139 Реter Konow:锦标赛失败的简要历史安德烈-迪克 嗯,是的,你逃出来了,不是吗?这就是你如何逃脱的故事。 ))诶,一切开始得多好......)) Реter Konow 2016.10.03 19:04 #140 Alexey Navoykov: ))诶,这一切开始得多好啊......)) 不要有挑衅性。这里还有一个讨论的话题。 1...78910111213141516171819 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
只有一个问题得到了解决。本来有几个,然后你就可以得出结论。
我同意。但为了继续参加比赛并进入下一个项目,必须客观地评估每个阶段的比赛结果。这就是问题的开始......。
是的。
我不同意匈牙利记号是一张纸的说法。
它已经不止一次地帮助我避免了这类错误。
byte btA;
int iB
........
while(btА < iB) // Возможно зацикливание
{
.....
++btA;
};
当然,这很夸张,但问题是,匈牙利语符号总是提醒你变量的类型,这往往有助于你避免难以发现的错误。
当然,我不否认GA算法的 "普适性 "是绝对必要的。我也承认,我的算法可能更糟糕,正是因为它只解决了这个问题(尽管比通用算法更有效)。
然而,在解决文本问题的竞赛中,我们竞争的正是结果(命中率),而不是普遍性,因为普遍性无法在单一问题上得到检验。
因此,我没有把自己设定为绝对的赢家,也想继续竞争,打败普遍性。
然而,在冠军的车轮上开始了无数的棍棒,一切都停滞不前。
我将为特别有天赋的人再次重复这一点。文字的问题,或在锦标赛上可能出现的任何其他问题,都应该在不知道问题的源代码的情况下得到解决。溶液的例子显示在MQ标准测试器上。
是的,我创造了问题的源代码,因为必须有人来创造它,而且没有任何陷阱。我已经展示了MQ的优化器是如何成功地解决这种 "未知 "问题的,就像每天由数以百万计的交易者完成他们的数百万任务一样。
我事先警告过你,解决问题必须在不知道问题代码的情况下进行,但你和Event没有利用这个机会进入代码,利用其结构的特殊性,这一点后来被你证实了,因为这与比赛的目标--优化未知内容的任务相矛盾。竞争者被邀请在无视任务的情况下进行优化,就像测试员所做的那样,尝试击败他,是的,尝试击败我。
然后你质疑我在算法中没有使用问题的知识,之后大家一致决定将问题的编译权交给裁判员,但即使在那之后,你仍然要求提供比赛问题的来源。在你清楚地知道你不会看到来比赛问题的来源,因为你不诚实的(规避问题解决的条件)以前用文本解决问题 - 你决定离开 "摔门"。
裁判员仍在等待X的时刻,之后他将为比赛创造自己的问题。但就没有人准备好参加比赛或至少足够好地解决复杂的优化问题而言,X的时刻还没有到来。
这就是真实的情况。你的代码是用西里尔文写的,但这并不意味着它对解决交易者的日常任务有用,因为内容不明,这种任务是由普通的测试人员解决的。要想真正发挥作用,需要的不仅仅是一个用西里尔语编写的程序。
对于特别有天赋的人,我再重复一遍。文本的问题,或在锦标赛上可能出现的任何其他问题,都必须在不知道问题来源的情况下解决。在MQ的内部测试器上显示了示例解决方案。
是的,我创造了问题的源代码,因为必须有人来创造它,而且没有任何陷阱。我已经展示了MQ的优化器是如何成功地解决这种 "未知 "问题的,就像每天由数以百万计的交易者完成他们的数百万任务一样。
我事先警告过你,解决问题必须在不知道问题的代码的情况下进行,但你和Event没有利用进入问题的代码和利用其结构的特点,这一点后来被你证实了,这与比赛的目标--优化未知内容的问题相违背。竞争者被邀请在无视任务的情况下进行优化,就像测试员所做的那样,尝试击败他,是的,尝试击败我。
然后你质疑我在算法中没有使用问题的知识,之后大家一致决定将问题的编译权交给裁判员,但即使在那之后,你仍然要求提供比赛问题的来源。在你清楚地知道你不会看到来比赛问题的来源,因为你不诚实的(规避问题解决的条件)以前用文本解决问题 - 你决定离开 "摔门"。
裁判员仍在等待X的时刻,之后他将为比赛创造自己的问题。但就没有人准备好参加比赛或至少足够好地解决复杂的优化问题而言,X的时刻还没有到来。
这就是真实的情况。你的代码是用西里尔文写的这一事实并没有使它对解决交易者的日常任务有用,有未知的内容,这样的任务是由一个普通的测试人员解决的。要想真正发挥作用,需要的不仅仅是一个用西里尔语编写的程序。
由组织者解释的失败的锦标赛的简要历史...让我们翻开历史的一页。)
失败的冠军的简史...
是的,好吧,你跑了。这就是你如何逃亡的故事。其他人说他们还没有准备好。进来后,诚实地应对挑战,就会有一个冠军。
匈牙利语符号--总是提醒你变量的类型,这往往有助于避免难以发现的错误
如应用于MQL--没有错误的警告,编译器并不关心这些。特别是不同整数和分数类型的混合数学运算有时会造成这样的混乱--人们很难发现谁需要强行转换为正确的类型
while(btА < iB) // Возможно зацикливание
{
.....
++btA;
};
锦标赛失败的简要历史
嗯,是的,你逃出来了,不是吗?这就是你如何逃脱的故事。
))诶,一切开始得多好......))
))诶,这一切开始得多好啊......))