数学课的问题 - 页 8 123456789101112 新评论 Елена 2008.11.02 23:38 #71 Bookkeeper писал(а)>> 没有读过这个主题。忽悠。 有一个与MQL编程相关的交易。让我们来看看EA的一个相当简单的任务--跨越两辆马车（好吧，也许这太酷了，当然最好是几个或三个指标，并对市场采取不同的 "方法"）。我敢肯定，即使是这样一个简单的EA，不同职业者的代码也会有所不同。但我作为一个客户，即使对一个紧凑的代码也很难感兴趣。我将注意到。 1.对我的（最常见的--白痴）任务的处理的准确性，例如--将实际越过的信号，或触摸后跑起来，即编码者是否设法为我的特异功能提供至少某种安全？否则，我不会责怪自己，而是责怪我的白痴的编码者。 2.交易订单的数量和服务器的故障数量 - 这是更重要的，编码器是否能够正确处理交易订单并使经销商执行它们。我不关心重新报价、新闻时间内的交易禁令、引擎时间内的延迟和其他事情--否则你就没有用我的钱工作。 然后是我根本没有想到的--手数优化、动态止损、拖网和其他奇怪的东西......。 这个怎么样？这将决定编码员是否适合MQL？只是它不会花费一个小镍币（来自温尼泰迪）。而我的订单数量会急剧下降，因为无论代码执行得多好，我的白痴行为是无法被编码者取消的。 我完全同意。在我看来，这指的是 "关于编码主题的知识"。高级编码员应该生产出可靠的产品，了解真实交易的细微差别，也许还能识别客户指定的特定直流电的交易特点。那么交易员的白痴就不会起到致命的作用。而且产品的价格应该是适当的，尽管表面上，视觉上很简单。 [删除] 2008.11.02 23:52 #72 Helen >> : 顺便说一下，还有对劳动力的估价。 这个公式已经有一千多年的历史了--供给/需求比率。无论你有多大的天才，如果需求不大，你就会被编码为花生。而如果需求很高，那么即使是昨天的小学生，在读了MQL这本书的序言后，也会要求/接受非常多的东西。而且任何公式都不能改变它。 为什么Integer的代码是便士？再看看当地的客户："我准备付10美元，这个工作不值得更多"。 另一方面，在我看来，MQL程序员有一些特殊性。在那里，95%的工作是重复以前为别人做的事情。因此，可能几乎没有编码 - 你只是把现成的块放在一起。 Елена 2008.11.03 00:01 #73 timbo писал(а)>> 这个公式已经有一千多年的历史了--供需比。无论你有多大的天才，如果需求不大，你就会被编码为花生。而如果需求很高，那么即使是昨天的小学生在读MQL这本书的介绍时，也不会幼稚地要求/接受。而且任何公式都不能改变它。 为什么Integer的代码是便士？再看看当地的客户："我准备付10美元，这个工作不值得更多"。 另一方面，在我看来，MQL程序员有一些特殊性。在那里，95%的工作是重复以前为别人做的事情。也就是说，可能几乎没有编码--你只是把现成的块放在一起。 所以，这就是问题所在，没有市场，供应和需求就会诞生。有树桩...而且有越来越多的商人... 已经完成的95%的工作是知识产权...但当然，它可以通过解码产品而被盗。 Sceptic Philozoff 2008.11.03 00:03 #74 Djurica被解码了（静静地躺在代码库中），但我们没有看到任何了解其算法的工匠......事实上，是一个独特的过滤器。 Елена 2008.11.03 00:06 #75 Mathemat писал(а)>> Djuric已经被解码了（静静地躺在代码库中），但我们没有看到任何了解其算法的工匠......。 是否可以这样理解，在某个时间点将其行为不可预测地整合到一个EA中？嗯，以一种原始的方式。 Sceptic Philozoff 2008.11.03 00:08 #76 在理论上，是的。有些人认为它是 "模糊的"。好吧，它肯定没有脱离沙盒，而且原则上可以做大规模的实验来体面地测试它的不可预测性。 Елена 2008.11.03 00:10 #77 因此，这种刮刀的可靠性也是值得怀疑的。这不是钱的问题了...... Sceptic Philozoff 2008.11.03 00:24 #78 为什么不呢？如果 "源 "文件在此后编译的话，分割器是相当体面的。分割器不能做更多的事情，因为关于名字的信息没有存储在ex4中--在哪里可以得到它？ Елена 2008.11.03 00:24 #79 一般来说，在给出的大纲中，公式...需求是明确的，工作经验可以定义......但测试却一点也不明确。不是一个程序员。要问什么样的问题？有哪些任务？恐怕答案比我想象的还要复杂。 Елена 2008.11.03 00:27 #80 Mathemat писал(а)>> 为什么不呢？如果 "源 "文件在此后编译，分割器是相当体面的。而分割器将不能做更多的事情，因为名称信息并没有存储在ex4中--它从哪里得到它？ 更正一下...我指的不是解码器程序，而是解码后的产品，即源头。 123456789101112 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
没有读过这个主题。忽悠。
有一个与MQL编程相关的交易。让我们来看看EA的一个相当简单的任务--跨越两辆马车（好吧，也许这太酷了，当然最好是几个或三个指标，并对市场采取不同的 "方法"）。我敢肯定，即使是这样一个简单的EA，不同职业者的代码也会有所不同。但我作为一个客户，即使对一个紧凑的代码也很难感兴趣。我将注意到。
1.对我的（最常见的--白痴）任务的处理的准确性，例如--将实际越过的信号，或触摸后跑起来，即编码者是否设法为我的特异功能提供至少某种安全？否则，我不会责怪自己，而是责怪我的白痴的编码者。
2.交易订单的数量和服务器的故障数量 - 这是更重要的，编码器是否能够正确处理交易订单并使经销商执行它们。我不关心重新报价、新闻时间内的交易禁令、引擎时间内的延迟和其他事情--否则你就没有用我的钱工作。
然后是我根本没有想到的--手数优化、动态止损、拖网和其他奇怪的东西......。
这个怎么样？这将决定编码员是否适合MQL？只是它不会花费一个小镍币（来自温尼泰迪）。而我的订单数量会急剧下降，因为无论代码执行得多好，我的白痴行为是无法被编码者取消的。
我完全同意。在我看来，这指的是 "关于编码主题的知识"。高级编码员应该生产出可靠的产品，了解真实交易的细微差别，也许还能识别客户指定的特定直流电的交易特点。那么交易员的白痴就不会起到致命的作用。而且产品的价格应该是适当的，尽管表面上，视觉上很简单。
顺便说一下，还有对劳动力的估价。
这个公式已经有一千多年的历史了--供给/需求比率。无论你有多大的天才，如果需求不大，你就会被编码为花生。而如果需求很高，那么即使是昨天的小学生，在读了MQL这本书的序言后，也会要求/接受非常多的东西。而且任何公式都不能改变它。
为什么Integer的代码是便士？再看看当地的客户："我准备付10美元，这个工作不值得更多"。
另一方面，在我看来，MQL程序员有一些特殊性。在那里，95%的工作是重复以前为别人做的事情。因此，可能几乎没有编码 - 你只是把现成的块放在一起。
这个公式已经有一千多年的历史了--供需比。无论你有多大的天才，如果需求不大，你就会被编码为花生。而如果需求很高，那么即使是昨天的小学生在读MQL这本书的介绍时，也不会幼稚地要求/接受。而且任何公式都不能改变它。
为什么Integer的代码是便士？再看看当地的客户："我准备付10美元，这个工作不值得更多"。
另一方面，在我看来，MQL程序员有一些特殊性。在那里，95%的工作是重复以前为别人做的事情。也就是说，可能几乎没有编码--你只是把现成的块放在一起。
所以，这就是问题所在，没有市场，供应和需求就会诞生。有树桩...而且有越来越多的商人...
已经完成的95%的工作是知识产权...但当然，它可以通过解码产品而被盗。
Djurica被解码了（静静地躺在代码库中），但我们没有看到任何了解其算法的工匠......事实上，是一个独特的过滤器。
Djuric已经被解码了（静静地躺在代码库中），但我们没有看到任何了解其算法的工匠......。
是否可以这样理解，在某个时间点将其行为不可预测地整合到一个EA中？嗯，以一种原始的方式。
在理论上，是的。有些人认为它是 "模糊的"。好吧，它肯定没有脱离沙盒，而且原则上可以做大规模的实验来体面地测试它的不可预测性。
为什么不呢？如果 "源 "文件在此后编译的话，分割器是相当体面的。分割器不能做更多的事情，因为关于名字的信息没有存储在ex4中--在哪里可以得到它？
为什么不呢？如果 "源 "文件在此后编译，分割器是相当体面的。而分割器将不能做更多的事情，因为名称信息并没有存储在ex4中--它从哪里得到它？
更正一下...我指的不是解码器程序，而是解码后的产品，即源头。