Реter Konow / 个人资料

全球是否有为 软件 知识产权申请专利或以其他方式 进行保护 的做法？

那些专注于全球编程问题的人将会对这个主题感兴趣。 困扰我的问题是 " 为什么众所周知的Object模型会出现在标准的OOP概念大典中？ "我的意思是，一个物体是一个实体，人们每次说这个词时都会用语言来描述。随着编程的出现，用代码来描述物体的尝试在逻辑上是相通的，并发明了一种特殊的技术来做这件事， 但这里有一个问题： 为什么 只有一个？ 仿佛第一种语言完全取代了其他语言，不让它们进化。这在古代是不可能的，但在全球主义和宣传的时代是可能的。就这样发生了--"物

我为社区提供了一个MQL程序的GUI构建器 ，供大家免费使用 。 GUI生成器是一个封闭的.ex5文件，以便集中开发，避免在分发版本时出现混乱。 GUI引擎是由一个开放的文件.mqh连接的，但是!- 我不建议在没有咨询我的情况下自行修改代码， 因为这可能导致错误和功能的丧失。 请告知我有关错误和缺陷。 我将对你的建设性参与表示感谢。 P.S. 该项目是众包的，这意味着我们将一起实施。

经常有头条新闻预言编程时代的结束。他们说，人工智能和神经网络不会有机会对抗人类。我曾经嘲笑地读过这种文章，但现在我不笑了。毕竟，对象（OOP创建的）由参数组成，就像粒子的身体一样，并通过链接连接。参数和链接不必用代码描述，特别是--用不同的语言。它们可以在工作室里用一套视觉工具进行组装，任何程序都可以这样编写。我想知道为什么发展没有走这条路......。

基于此主题: https://www.mql5.com/ru/forum/79324 是否有可能建立自动构建参数配置的策略？ 其概念如下。 所有交易系统都使用共同的参数组。 指标参数 --由指标计算得出的参数。每个指标都可以用一个参数表示，利用其计算公式产生不同的值。 订单参数 - 手数、止损、止盈、追踪 值和其他。 计算中不使用 公式。只有根据其他因素选择最佳值的优化才会被使用。 市场参数 - 价格、数量 。它们被考虑在指标公式中， 不需要单独纳入系统中 。 统计参数 - 缩减、利润系数、权益

你如何对对象及其属性进行OOP循环？ 例如，我执行一个循环，如下所示 //Цикл по объектам в поиске нужного значения конкретного свойства. for ( int a1 = 0 ; a1 < obj_total; a1++)   {    if (G_CORE[a1][_X_SIZE] == THIS_SIZE)      {

我搞不清楚如何做这个。我到哪里去寻找答案呢？谁知道呢，请解释一下。

我正在为CODO BASE写 一个价格翻 牌，遇到了一个对它的误解。我画了标准的基数--三栏，上升、出价和价格。但如何进一步补充呢？ 谁知道呢，请指教。 以下是草案版本。

我从来没有认真地使用过MT5，现在我一下子要把一个巨大的项目转移到它上面。自然，也有一些困难，其中之一就是阵列总是超出范围。事实证明，MT4没有这样的问题，这也是因为数组在公布后不需要特意清空。但在MT5中，这是必要的。我的技术要求逐渐填充内核，同时改变其大小。一些数组的确切大小是事先不知道的。同时，由于在数组的填充过程中，数组上有大量的循环，一切都会失去秩序。 如果单元格中没有垃圾，一切早就可以工作了。 也就是说，一方面是数组中的垃圾，另一方面是超限的关键错误。这就像一个苛刻的条件

该主题的主要问题是。我们欢迎清晰、有逻辑、有思想的介绍。

在这个主题中，我想谈谈我的编程方法。提前警告--这里不会有关于GUI的讨论。如果我曾经谈论过它，那将只是作为 我的解决方案如何运作 的一个例子。 一开始，OOP对我来说是清楚的，甚至是接近的。我知道 "对象"、"结构"、"类 "在哲学上是什么。对哲学的深入编程确实吸引了我，点燃了我的兴趣。而我差点就认真学习了......。但是，在这个过程中，我感觉到一种越来越大的阻力。拒绝别人的哲学。而且这种拒绝正在增长。

一个月来，我固执地解决了把颜色分解成阴影的问题。事实证明，这项任务很困难。我以 Windows 调色板作为研究的基础（ 图表属性中的那个 ）。经过长时间的研究，我仍然发现了规律。方法如下： 首先，我将颜色分解为三个主要成分，确定最高、中间和最低。 此外，我开始通过组件的值构建图形并绘制线条。 在拖动滑块时观察调色板中数字的变化，我意识到线条的上升角度存在折射，因为在某一时刻数字的变化率发生了变化。 我将线的折射轴设置在图形的中心，并看到每条线由两条线组成，每条线都有自己的升角。

EAs的未来是什么？他们会不会进化，在哪种情况下--国防部、人工智能、操作系统或永恒的DOS（比喻）？ 在论坛上交流，我得出了以下结论。 从程序员-交易员的角度来看，交易程序必须是一个赤裸裸的逻辑框架，承载着计算的负荷。没有必要与他们互动。你只需要让他们沿着提前转动方向盘的轨道移动。然后我们就走了。如果他们缺乏能力，他们可能会使用 "拐杖" - Excel、SQL、VS、DLL等等。那就这样吧。但是，如果我们可以摆脱拐杖，从航站楼本身获得我们需要的一切呢？

我有一个非常规的方法，并希望为与我接触多年的人做一些好事，我决定创建一个主题，我将尝试帮助开发人员找到解决他们问题的方法。正如实践所表明的那样，我屡次为其他开发者的问题找到有效的解决方案。 一般来说，如果你想知道我对解决你的问题的看法，请随时与我联系。首先，我需要了解你的任务的本质，然后我将尝试提供帮助。它不一定会是密码。也许只是一种看待问题的新方法，或寻找解决方案的新方向。这取决于问题的复杂性和规模。

每个人在生活中都有一个大 项目 。他或她为之奋斗的一个主要目标。至少，它应该是这样的。 我建议在这个主题中，你谈谈你的主要项目，与交易、开发严肃的产品（没有广告）和商业有关。 通过揭示你的全球计划，我们也将能够了解到很多关于你的环境的有用信息，甚至在未来的联合项目中一起合作。

谈到MQ目前正在开发的技术的未来发展，我处于一个 "听到铃声，但不知道它在哪里 "的位置。然而，我听到的铃声似乎非常有趣，我不能忽视它。 就在最近，我在论坛的一个主题中读到了该公司主管Renat Fatkhullin的帖子，关于计划创建一个类似于GitHub的 大型项目 合作开发平台。在这篇文章中，雷纳特-法图林谈到了朝着这个目标一步步前进的情况。 我个人看到了这个想法的巨大潜力，但我想听听我们社区的专业开发者对这个项目的未来有何看法。

长期以来，我觉得有必要创建一个分支，概括人们对市场、交易心理、编程等的哲学概念。 总的来说，--为喜欢思考并与他人分享其想法的人设立的分支机构。 欢迎就你感兴趣的话题发表你的想法。

亲爱的程序员们，我想和你们讨论一个相当奇怪的话题-- 用俄语编程 。讲英语的人用自己的母语编写程序，而讲俄语的程序员则没有这种做法。但母语总是更清晰、更方便。我们在程序中使用的语言不可避免地影响到开发质量，即使一个人可能没有注意到这一点，但一旦他或她尝试用自己的母语写作，就不希望再回到英语。 代码的可读性 是使用一个程序时最重要的因素，在这种情况下--为什么用英语编程的做法变得如此普遍，甚至在没有国际编程团队和每个人都为自己写作的地方？为什么每个人都必须 先验

亲爱的开发者们，在交易软件发展飞跃的门槛上，我们创造的机器人有望获得很多新功能。普通的算法交易者现在是否需要这些功能并不重要，反正我们将继续发展这一领域。我们自己需要新的机会。买家的需求往往是由卖家的新产品创造的，所以我们不应该认为我们的创新会无人问津。

亲爱的交易员，那里发生了什么？ 几年前，我着迷于观察CME市场上的玉米期货价格，我开始注意到许多奇怪的事情，我找不到解释。 几个月来，我一直在对IB的TWS平台进行观察。 我研究了 交易时段的 历史和当前动态，试图在图表中抓住一些规律性的东西。我成功地抓住了一些规律性的东西，甚至赚了一些利润。 然而，我所理解的主要事情是，市场被一些程序控制着，它突然地、定期地进行干预并拿走 "奶油"，创造出令人难以置信的急剧和毫无根据的运动，打破任何价格形成。