让我们讨论一下编辑部的联合项目--为什么以及它们的发展方向 - 页 5

 
Renat Fatkhullin:
是的,从概念上讲,是的。

他们对智能感应的重视程度是如此之高,直到最后一个工作室,他们把智能感应的数据储存在一个微软的访问 数据库中。

这就是刹车的来源。

VS2017也没有走远,把存储改为Sqlite

有趣的是,我不知道。那我就问一下,C++中的智能体在MQ中用的是什么,这不是什么秘密吧?
 
Alexey Volchanskiy:
有趣的是,我不知道。那我问你,MQ中用于C++中的智能体的是什么,这不是一个秘密吧?
一个数量级的自己的生产力的解决方案。

在元编辑中,这就是我们正在谈论的问题。

 
fxsaber:

更加复杂的项目的可能性肯定会增加。

当然会的。但可能不是立即。渐渐地,事情会发展。联合项目 导致了这一点。

最主要的是人们要学会展望未来,在其中找到并占据新的位置。为大型项目点燃创意,并以高度专业的水平实施这些项目。

即使是几个这样的大型项目也能推动MT5市场。

但我有一种感觉,大多数人仍然对即将到来的事情视而不见。不幸的是。

 

有一些利基,mql-developers现在就可以开始占领了。

周围似乎有这么多专家,但几乎没有人创造出全球性的东西。只有不同级别的工艺品。

作为思维迟钝的一个例子:最近完成了一个全球图形库 项目。时间过去了,市场上没有什么根本性的新东西。但是,使用这个库可以创建多少新的应用程序啊!?

它都在哪里?

这是懒惰吗?缺乏想象力?

 
Renat Fatkhullin:
一个数量级的自己的生产力的解决方案。

在元编辑中,这就是我们正在谈论的问题。


哇,MT5是在MetaEditor中开发的))。爱国的,进口替代 的,虽然 )

 
Alexey Volchanskiy:

哇,MT5是在MetaEditor中开发的))。爱国的,进口替代的,虽然 )

我有心情讨论MetaEditor和它的功能。我对非主流没有兴趣。

如果我们已经选择了工作方向,那么我们就会实施它。

 
Renat Fatkhullin:

我有心情讨论Metaeditor和它的功能。偏离主题是没有意义的。

如果我们已经选择了工作方向,那么我们就会实施它。


好吧,有一个长期存在的非顶级问题。相反,它与该公司拒绝使用现成的解决方案的一般政策有关。

我昨天听了Elbrus编译器优化器开发者的播客,所以至少他们的编译器前端是基于GNU的,而且他们已经为VLIW优化了后端,但他们也没有从头写一个自行车。众所周知,厄尔布鲁士首先是国防工业的道具,这意味着一切都很严肃。他们甚至暂时只是在看时髦的LLVM,因为他们害怕破坏已经实现的优化。

为什么MQ不使用开放源码的解决方案,至少对于相同的编辑器来说?我就不说编译器的事了...

 
Renat Fatkhullin:

我有心情讨论Metaeditor和它的功能。偏离主题是没有意义的。

如果我们已经选择了工作方向,那么我们就会实施它。

真的不能和编辑联系,现在有了团队项目,会不会有任务跟踪器?在组织团队工作、任务设置、代码审查方面会有什么?
 
Ilnur Khasanov:
真的不能和编辑联系,现在有了团队项目,会不会有任务跟踪器?在团队组织、任务设置、代码审查方面会有什么?

)))))))))))))) 那是一个幽默的笑话吗?让我们在元编辑器中得到一个bugzilla ))

 
让我们讨论一下编辑器中的合作项目--它们是用来做什么的,以及它们将去哪里<br / translate="no">。

我个人根本不需要它们,我永远不会使用它们。这是终端的发展,而不是终端,MT5终端本身已经很久没有新东西了。2017年交易终端 要考虑新的专有工具?嗯...