OpenCl和它的工具。评论和印象。 - 页 18 1...111213141516171819202122232425...29 新评论 Renat Fatkhullin 2012.02.06 19:20 #171 OnGoing: 哦，遗憾的是没有喜欢的人!强词夺理，我只是没有口才。 没有冒犯开发商的意思。但实际上，我认为有一些东西是值得思考的。IMHO认为，营销部分有点过头了。 请不要感到困惑，当涉及到技术问题时，不要进入普遍的 "我们被冒犯了 "模式。 雷舍托夫公然开始胡说八道，并以技术论证得到了充分的回应。 Sceptic Philozoff 2012.02.06 19:25 #172 -Aleksey-: 如果你没有弄错的话，为什么你认为交易员有一个巨大的大脑，并花大量的时间研究一切？MT5变成了计算机科学的偶像，一个为程序员准备的产品，你必须为它牺牲你的家庭、时间、金钱和显卡。 你的案件。如果你这么想进行比较，就去找忍者（C#）或杜卡斯（J++）。看看普通用户的问题，平台的能力，他们的论坛，技术支持。 或者你想要一个拥有最简单语言的平台（甚至是拥有可视化代码生成的平台）？是的，有这样的。但我担心他们在能力方面不能满足你。 这是一个常见的趋势，而且无法摆脱它。你仍然必须做出牺牲，因为这是世界上风险最大的生意。 再说一次：在MQL5中，你可以用几乎传统的程序化风格来编写，几乎没有OOP。如果代码不是很重--不需要OOP。除了事件处理程序之外。 如果你不想用OpenCL来加快计算速度，好吧，不做。代码仍然会运行，尽管可能没有那么快。如果你不想使用云，也不要使用它。但要确保你的优化（如果你将使用它）没有花费这么多时间。这些都是加速你的发展和执行的工具。它们不是强制使用的。 总之，主要的东西，没有它，你将永远不会得到利润 - 是系统本身。如果将有一个系统--所有其他问题将只成为技术问题。 P.S. 关于忍者/dukas： 也是--看看他们的服务。他们是否有类似于我们的 "工作 "的东西？据我所知，两者的论坛都充满了程序员的琐碎问题。询问他们的服务价格。 从技术上讲，Dukas有一个MQL4->J++的转换器，但它做得不是很好。你仍然需要一个有经验的编码员的帮助，而这可能要花费你相当多的钱。 所以要考虑这些平台是为谁服务的（交易员或编码员），谁是为MT5服务的。 Лекарь Центозависимых 2012.02.06 19:27 #173 MetaDriver: 而我，则是在DOS中工作。 这一切都在这里 http://old-dos.ru/ 它有各种外围设备（CD-DVD、闪存、声音、视频等）的驱动程序。 一切都在飞翔。 这些新的怪物是干什么的？ 这是个麻烦事。 是的，可能是一种爱好，比如邮票收集旧铁器) Sceptic Philozoff 2012.02.06 19:32 #174 OnGoing: 你能不能举个例子，一目了然？一个项目应该有多 "重"，才会在没有OOP的情况下无法实施？ 我不知道有多少。足够了，以至于在几个月或六个月后修改它不会变成一个几乎不可能完成的任务，这和重新编写所有代码一样困难。 嗯，他们曾经在没有OOP的情况下编写操作系统。而且什么都没有，操作系统还在工作。 P.S. 现在我甚至不是在谈论OOP，而是在谈论数据类型。你们会自己感受到切换到五的必要性的边缘--例如，一旦你们厌倦了在四中创建无数 "相互平行 "的数组，模仿 "结构数组 "数据类型。或者必须处理一个带有添加/删除元素的列表/树。 Yury Reshetov 2012.02.06 19:32 #175 Mathemat: 尽管如此，没有它，你永远不会获得利润的主要东西是系统本身。如果有一个系统，所有其他问题只会变成技术问题。 问题是，有一个系统。它不是超级有利可图的，但它存在。而只有一个问题，而且是一个技术问题：如何提高这个非常系统的优化速度？ 答案也在那里。 1.增加硬件 2.见项目。1，你不要声称（如Renat所说的 "公然胡说八道"），该平台是独立于硬件的。 Igor Makanu 2012.02.06 20:02 #176 Renat:...... 这是为普通交易者所做的部分工作。 。 事实上，MT5产品的维护比MT4高几个数量级，一个想使用现成的解决方案的人拥有所有的条件，重要的是--所有的服务都是俄语的 mql5语法 与C++相似的事实造成了编程语言相似的错觉，从C++移植简单的代码到mql5会让你思考移植代码的可行性，在同一个C++中创建的.dll的微不足道的连接，imho ЗЫ: МТ5的巨大计算潜力让我怀疑 "为什么我们在终端/测试中需要这样的计算能力？"，开源神经网络项目似乎已经 "停滞"，我们真的需要这样的速度来计算/优化MA？ Yury Reshetov 2012.02.06 20:17 #177 IgorM: ZS：MT5的巨大计算潜力让人怀疑 "为什么我们在终端/测试器中需要这样的计算能力？"，开源神经网络项目似乎 "停滞不前"，我们真的需要这样的速度来计算/优化MAU？ 我们当然会这样做!这里有什么不清楚的？否则，如何适应云端网络的约束？否则，它不能以其他方式工作，因为如果输入参数的数量超过标准，遗传算法 将开启并破坏一切。 但这是多么急迫的事啊!你会在退休后告诉大家，分布式网络是如何通过对数千台计算机的蛮力攻击，在不到一分钟的时间内磨掉了mashka的TS的输入参数。 如果你还买了一打其他的显卡，并为OpenCL重写了Mashka的专家顾问，那么嗡嗡声将成倍增加，你将会像从消防水龙中撒尿一样，左右逢源，向技术革命致敬。 技术合作不可能盈利，这并不重要。最主要的是参与，而不是赢。 因此，放弃MT4，改用MT5，以跟上技术进步的步伐。 Renat Fatkhullin 2012.02.06 20:18 #178 IgorM: ZS：MT5巨大的计算潜力让人怀疑 "为什么我们在终端/测试器中需要这样的计算能力？"，开源神经网络项目似乎已经 "停滞"，我们真的需要这样的速度来计算/优化MAU吗？有了计算能力，就有可能 "正面 "解决以前由于不可能/复杂的实施而可能被放弃的任务。 例如，简单地转换到64位，就给我们的工作带来了很多好处。在我们的一个项目中，我们启用了高达20G的内存缓存（这取决于可用的内存），巨大的数据库的重新索引速度得到了一个数量级的提高。我们世界各地的许多客户现在都在使用这一功能。同样可以通过MQL5云计算网络 或简单地增加网络中的本地代理数量来实现。 开源项目没有停滞，但我们不得不推迟在编辑器中使用本地的MQL5存储实现。没有这一点，合作工作几乎是不可能的。它将在接下来的几周内已经出来了。 Renat Fatkhullin 2012.02.06 20:23 #179 Reshetov: 因此，抛弃MT4，改用MT5，以跟上技术进步的步伐。 顺便说一句，进步像蒸汽机车一样来了，谁也没怎么注意到。 看看有多少计算机能力在人们的口袋里走街串巷，你会发现另一个证实，这个世界在很久以前就已经疯了。 Yury Reshetov 2012.02.06 20:24 #180 Renat: 有了计算能力，就有可能 "正面 "解决以前可能因不可能/复杂的实施而被放弃的问题。 例如，简单地转移到64位已经给我们的工作带来了很多优势。 雷纳特，这不是我们正在谈论的问题。愚蠢的商人问他们会从技术进步中得到什么？它给你的东西，他们不是很感兴趣。所以他们是投机者，是自私的、重商的。 然而，我不会干涉。继续；你的演讲相当有魅力，你让我跑去买一块显卡和一本关于OpenCL的书。 1...111213141516171819202122232425...29 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
哦，遗憾的是没有喜欢的人!强词夺理，我只是没有口才。
没有冒犯开发商的意思。但实际上，我认为有一些东西是值得思考的。IMHO认为，营销部分有点过头了。
请不要感到困惑，当涉及到技术问题时，不要进入普遍的 "我们被冒犯了 "模式。
雷舍托夫公然开始胡说八道，并以技术论证得到了充分的回应。
你的案件。如果你这么想进行比较，就去找忍者（C#）或杜卡斯（J++）。看看普通用户的问题，平台的能力，他们的论坛，技术支持。
或者你想要一个拥有最简单语言的平台（甚至是拥有可视化代码生成的平台）？是的，有这样的。但我担心他们在能力方面不能满足你。
这是一个常见的趋势，而且无法摆脱它。你仍然必须做出牺牲，因为这是世界上风险最大的生意。
再说一次：在MQL5中，你可以用几乎传统的程序化风格来编写，几乎没有OOP。如果代码不是很重--不需要OOP。除了事件处理程序之外。
如果你不想用OpenCL来加快计算速度，好吧，不做。代码仍然会运行，尽管可能没有那么快。如果你不想使用云，也不要使用它。但要确保你的优化（如果你将使用它）没有花费这么多时间。这些都是加速你的发展和执行的工具。它们不是强制使用的。
总之，主要的东西，没有它，你将永远不会得到利润 - 是系统本身。如果将有一个系统--所有其他问题将只成为技术问题。
P.S. 关于忍者/dukas： 也是--看看他们的服务。他们是否有类似于我们的 "工作 "的东西？据我所知，两者的论坛都充满了程序员的琐碎问题。询问他们的服务价格。
从技术上讲，Dukas有一个MQL4->J++的转换器，但它做得不是很好。你仍然需要一个有经验的编码员的帮助，而这可能要花费你相当多的钱。
所以要考虑这些平台是为谁服务的（交易员或编码员），谁是为MT5服务的。
而我，则是在DOS中工作。 这一切都在这里 http://old-dos.ru/
它有各种外围设备（CD-DVD、闪存、声音、视频等）的驱动程序。 一切都在飞翔。 这些新的怪物是干什么的？ 这是个麻烦事。
我不知道有多少。足够了，以至于在几个月或六个月后修改它不会变成一个几乎不可能完成的任务，这和重新编写所有代码一样困难。
嗯，他们曾经在没有OOP的情况下编写操作系统。而且什么都没有，操作系统还在工作。
P.S. 现在我甚至不是在谈论OOP，而是在谈论数据类型。你们会自己感受到切换到五的必要性的边缘--例如，一旦你们厌倦了在四中创建无数 "相互平行 "的数组，模仿 "结构数组 "数据类型。或者必须处理一个带有添加/删除元素的列表/树。
尽管如此，没有它，你永远不会获得利润的主要东西是系统本身。如果有一个系统，所有其他问题只会变成技术问题。
问题是，有一个系统。它不是超级有利可图的，但它存在。而只有一个问题，而且是一个技术问题：如何提高这个非常系统的优化速度？
答案也在那里。
1.增加硬件
2.见项目。1，你不要声称（如Renat所说的 "公然胡说八道"），该平台是独立于硬件的。
Renat:
......
这是为普通交易者所做的部分工作。。
事实上，MT5产品的维护比MT4高几个数量级，一个想使用现成的解决方案的人拥有所有的条件，重要的是--所有的服务都是俄语的
mql5语法 与C++相似的事实造成了编程语言相似的错觉，从C++移植简单的代码到mql5会让你思考移植代码的可行性，在同一个C++中创建的.dll的微不足道的连接，imho
ЗЫ: МТ5的巨大计算潜力让我怀疑 "为什么我们在终端/测试中需要这样的计算能力？"，开源神经网络项目似乎已经 "停滞"，我们真的需要这样的速度来计算/优化MA？
IgorM:
ZS：MT5的巨大计算潜力让人怀疑 "为什么我们在终端/测试器中需要这样的计算能力？"，开源神经网络项目似乎 "停滞不前"，我们真的需要这样的速度来计算/优化MAU？
我们当然会这样做!这里有什么不清楚的？否则，如何适应云端网络的约束？否则，它不能以其他方式工作，因为如果输入参数的数量超过标准，遗传算法 将开启并破坏一切。
但这是多么急迫的事啊!你会在退休后告诉大家，分布式网络是如何通过对数千台计算机的蛮力攻击，在不到一分钟的时间内磨掉了mashka的TS的输入参数。
如果你还买了一打其他的显卡，并为OpenCL重写了Mashka的专家顾问，那么嗡嗡声将成倍增加，你将会像从消防水龙中撒尿一样，左右逢源，向技术革命致敬。
技术合作不可能盈利，这并不重要。最主要的是参与，而不是赢。
因此，放弃MT4，改用MT5，以跟上技术进步的步伐。
ZS：MT5巨大的计算潜力让人怀疑 "为什么我们在终端/测试器中需要这样的计算能力？"，开源神经网络项目似乎已经 "停滞"，我们真的需要这样的速度来计算/优化MAU吗？
有了计算能力，就有可能 "正面 "解决以前由于不可能/复杂的实施而可能被放弃的任务。
例如，简单地转换到64位，就给我们的工作带来了很多好处。在我们的一个项目中，我们启用了高达20G的内存缓存（这取决于可用的内存），巨大的数据库的重新索引速度得到了一个数量级的提高。我们世界各地的许多客户现在都在使用这一功能。同样可以通过MQL5云计算网络 或简单地增加网络中的本地代理数量来实现。
开源项目没有停滞，但我们不得不推迟在编辑器中使用本地的MQL5存储实现。没有这一点，合作工作几乎是不可能的。它将在接下来的几周内已经出来了。
因此，抛弃MT4，改用MT5，以跟上技术进步的步伐。
顺便说一句，进步像蒸汽机车一样来了，谁也没怎么注意到。
看看有多少计算机能力在人们的口袋里走街串巷，你会发现另一个证实，这个世界在很久以前就已经疯了。
有了计算能力，就有可能 "正面 "解决以前可能因不可能/复杂的实施而被放弃的问题。
例如，简单地转移到64位已经给我们的工作带来了很多优势。
雷纳特，这不是我们正在谈论的问题。愚蠢的商人问他们会从技术进步中得到什么？它给你的东西，他们不是很感兴趣。所以他们是投机者，是自私的、重商的。
然而，我不会干涉。继续；你的演讲相当有魅力，你让我跑去买一块显卡和一本关于OpenCL的书。