MQL5中的合作项目开发 - 我们的未来? - 页 5 1234567891011 新评论 Реter Konow 2017.09.24 22:42 #41 Alexey Navoykov:这是关于实现目标的合理性。例如,没有人阻止MQL将某个开源C++编译器的现成和调试过的源代码,根据他们的需要进行调整,并在几个月内得到一个完全工作和功能的产品。而不是浪费数年时间和巨大的资源去复制它,用不断的错误破坏用户的神经。这里也是如此。如果你能适应一个现成的解决方案,为什么要重新发明轮子呢。特别是现在看来,在MQL中合作开发没有什么困难,有一个云存储。还有什么可发明的?事实上,MQL中99%的程序员都是业余的。他们应该自己学习编码,那么团队开发呢?我不能说任何关于编译器的事情。我不知道。也许MQ有充分的理由开发自己的编译器,而不是改编别人的。 我的开发实践表明,生产自己的解决方案很困难,但从长远来看总是更有利可图。换句话说,你自己的发展很容易,而使用别人的发展,你会不断地磕磕绊绊和返工。形象地说,对于自己的房子,最好从头开始做自己的地基。例如,我不会说CCanvas 的坏话,但在我开发图形引擎时,它对我不起作用。如果我整合了它,我现在就不能自由地发展它。那么,其他人的组织不会在体内生根。 Alexey Volchanskiy 2017.09.24 22:45 #42 Alexey Navoykov:这是关于实现目标的合理性。例如,没有人阻止MQL将某个开源C++编译器的现成和调试过的源代码,根据他们的需要进行调整,并在几个月内得到一个完全工作和功能的产品。而不是浪费数年时间和巨大的资源去复制它,用不断的错误破坏用户的神经。这里也是如此。如果你能适应一个现成的解决方案,为什么要重新发明轮子呢。特别是现在看来,在MQL中合作开发没有什么困难,有一个云存储。还有什么可发明的?事实上,MQL中99%的程序员都是业余的。他们应该自己学习编码,那么团队开发呢?我也一直对这一点感到惊奇。我曾经在大型外国公司工作过,没有人发明了车轮。他们采用开放源代码,并将其移植到一些DSP上,通常是多核,在一个核上并行执行指令。有一些特殊的高薪编译器开发者群体,他们只是在做这种移植工作。我必须说,它非常快,而且质量很高。奇怪的是,MQ是如何用这种方法生存下来的。 Реter Konow 2017.09.24 22:48 #43 Alexey Volchanskiy: 如果你指的是我,我不会说发展恰恰是倍增。还有一点,由于真正的指针,会有很多倍的错误。我记得,在我开始学习编程的时候,当时在Turbo Pascal中,我根本不明白为什么需要它们,以及如何使用它们。而C++的复杂功能,没有它们也可以使用。我记得在一些工作面试中被问到关于C++的棘手问题。我回答说,我不使用它,没有人使用这些噱头。斯特劳斯鲁普在噩梦中编造的东西在现实生活中是没有必要的。并同意我的看法 ))果然,我用C++编程了几个月,很高兴地完成了对该语言的介绍。))在那次经历之后,我很清楚地理解了mql在机器人开发 中比C++的优势。应用语言,简单自学的人也能理解。 Alexey Volchanskiy 2017.09.24 22:48 #44 Vitaly Muzichenko:如果像你说的那样,mql是一种如此简单的语言,那么为什么会有 "自由职业者 "部分,为什么一个家庭主妇不能自己写一个程序?可能是因为它和其他语言一样复杂。对于在其中写作的人来说,这很简单。维塔利,有很多人了解MQL代码,可以调整一些东西,但他们没有能力从头开发。这是我根据教人编程的经验所说的。这就像我可以调整一些很酷的设计,比如在编辑器中改变颜色,但我不能从头开始开发。大脑不是这样工作的。 Alexey Navoykov 2017.09.24 22:50 #45 Alexey Volchanskiy: MQ最初的重点是大多数人将是穷人,所以它能够建立起临界质量的人气,它就像一个雪球--你越滚雪球,它就越大。 此外,该平台最初是为厨房贸易而设计的,这在许多国家是非法的。因此,在这个利基市场上几乎没有竞争,这使得MQ很容易占据领先地位,甚至影响了开发者和用户之间的沟通风格(轻蔑和傲慢的语气)。我认为有了健康的竞争,事情会发展得更有成效。 Alexey Volchanskiy 2017.09.24 23:00 #46 Реter Konow:天意弄人,我已经用C++编程几个月了,很高兴能完成对这种语言的介绍。))在这次经历之后,我很清楚地理解了mql在机器人开发 中比C++的优势。一种仅仅是自学成才的人都能理解的应用语言。 我喜欢C++,喜欢使用指针和它的库,如STL、Boost和其他。尽管对于大多数程序员来说,将C++阉割到MQL的水平是好事。而MQ是针对大众的,不是针对专业人士的。看一下工作清单,谁在清单的最前面,猜猜看?https://www.metaquotes.net/ru/company/vacancies Вакансии в MetaQuotes Software Corp. www.metaquotes.net Приглашаем талантливых людей проявить себя в MetaQuotes Software и вписать свое имя в историю развития финансовых технологий Alexey Volchanskiy 2017.09.24 23:05 #47 Alexey Navoykov: 加上该平台最初是为厨房交易而设计的,这在许多国家是被禁止的。因此,在这个利基市场上几乎没有竞争,这使得MQ轻易地占据了领先地位,甚至影响了开发者和用户之间的沟通风格(轻蔑和傲慢的语气)。我认为有了健康的竞争,事情会发展得更有成效。风格很好,你没有和其他软件开发者谈过。只是这里有90%的人不能清楚地说出问题的本质,他们带着一些泥沙俱下的思想碎片,所以他们的回答是:澄清、发图片、日志等。例如,你还在哪里看到过SEO Renat在论坛上回答问题? Vitaly Muzichenko 2017.09.24 23:06 #48 Alexey Volchanskiy: 维塔利,有很多人了解MQL代码,可以调整一些东西,但没有能力从头开发。我这么说是基于我教人编程的经验。就像我可以调整一些很酷的设计,比如在编辑器中改变颜色,但我不能从头设计。大脑不是这样工作的。你可以在任何语言中找到同样数量的 "调整",这并不是衡量复杂性的标准。这更像是一个习惯问题,你已经习惯了mql,这就是为什么它很简单。我在用另外两种语言并行写作,它们似乎更容易,但当你迅速从一种语言切换到另一种语言时,会有一些困难,你需要重新调整。当我不认识他们的时候,他们对我来说都是非常复杂的,但我不是唯一的人。 Реter Konow 2017.09.24 23:06 #49 Alexey Volchanskiy: 我喜欢C++,我喜欢使用指针和它的库,如STL、Boost和其他。尽管对于大部分程序员来说,将C++阉割到MQL的水平是好的。而MQ是面向大众的,不是面向专业的。让我们看看空缺的名单,谁在第一位,猜猜看?https://www.metaquotes.net/ru/company/vacancies我喜欢C++中直接与内存打交道的能力。C#没有这个功能...否则,C++给我留下了负面印象。我真诚地相信,这种语言是过分的、毫无根据的复杂。它的复杂性简直超越了所有常识的界限。很难想象比它被塞进的实体更多。我对多余的实体有一种非常消极的态度......)简洁和面向大众是软件世界成功的关键。虽然我们的社区喜欢它有点复杂...) Alexey Volchanskiy 2017.09.24 23:11 #50 Реter Konow: 在C++中,我喜欢直接使用内存工作。这在C#中是不可能做到的。至于其他方面,C++给我留下了负面印象。我真诚地相信,这种语言是过度的、不合理的复杂。它的复杂性简直超越了所有常识的界限。很难想象比它被塞进的实体更多。我对多余的实体有一种非常消极的态度......)所以不要使用它们,有人强迫你这样做吗?这就像论坛上关于OOP的永恒的呻吟。如果你不想使用它们,就用通常的程序性风格来写,谁在强迫你?但无论如何,呻吟声可能永远不会消退)。 1234567891011 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
这是关于实现目标的合理性。例如,没有人阻止MQL将某个开源C++编译器的现成和调试过的源代码,根据他们的需要进行调整,并在几个月内得到一个完全工作和功能的产品。而不是浪费数年时间和巨大的资源去复制它,用不断的错误破坏用户的神经。这里也是如此。如果你能适应一个现成的解决方案,为什么要重新发明轮子呢。特别是现在看来,在MQL中合作开发没有什么困难,有一个云存储。还有什么可发明的?
事实上,MQL中99%的程序员都是业余的。他们应该自己学习编码,那么团队开发呢?
我不能说任何关于编译器的事情。我不知道。也许MQ有充分的理由开发自己的编译器,而不是改编别人的。
我的开发实践表明,生产自己的解决方案很困难,但从长远来看总是更有利可图。换句话说,你自己的发展很容易,而使用别人的发展,你会不断地磕磕绊绊和返工。形象地说,对于自己的房子,最好从头开始做自己的地基。
例如,我不会说CCanvas 的坏话,但在我开发图形引擎时,它对我不起作用。如果我整合了它,我现在就不能自由地发展它。那么,其他人的组织不会在体内生根。
这是关于实现目标的合理性。例如,没有人阻止MQL将某个开源C++编译器的现成和调试过的源代码,根据他们的需要进行调整,并在几个月内得到一个完全工作和功能的产品。而不是浪费数年时间和巨大的资源去复制它,用不断的错误破坏用户的神经。这里也是如此。如果你能适应一个现成的解决方案,为什么要重新发明轮子呢。特别是现在看来,在MQL中合作开发没有什么困难,有一个云存储。还有什么可发明的?
事实上,MQL中99%的程序员都是业余的。他们应该自己学习编码,那么团队开发呢?
我也一直对这一点感到惊奇。我曾经在大型外国公司工作过,没有人发明了车轮。他们采用开放源代码,并将其移植到一些DSP上,通常是多核,在一个核上并行执行指令。有一些特殊的高薪编译器开发者群体,他们只是在做这种移植工作。我必须说,它非常快,而且质量很高。
奇怪的是,MQ是如何用这种方法生存下来的。
如果你指的是我,我不会说发展恰恰是倍增。还有一点,由于真正的指针,会有很多倍的错误。我记得,在我开始学习编程的时候,当时在Turbo Pascal中,我根本不明白为什么需要它们,以及如何使用它们。而C++的复杂功能,没有它们也可以使用。我记得在一些工作面试中被问到关于C++的棘手问题。我回答说,我不使用它,没有人使用这些噱头。斯特劳斯鲁普在噩梦中编造的东西在现实生活中是没有必要的。
并同意我的看法 ))
果然,我用C++编程了几个月,很高兴地完成了对该语言的介绍。))
在那次经历之后,我很清楚地理解了mql在机器人开发 中比C++的优势。应用语言,简单自学的人也能理解。
如果像你说的那样,mql是一种如此简单的语言,那么为什么会有 "自由职业者 "部分,为什么一个家庭主妇不能自己写一个程序?
可能是因为它和其他语言一样复杂。对于在其中写作的人来说,这很简单。
维塔利,有很多人了解MQL代码,可以调整一些东西,但他们没有能力从头开发。这是我根据教人编程的经验所说的。
这就像我可以调整一些很酷的设计,比如在编辑器中改变颜色,但我不能从头开始开发。大脑不是这样工作的。
MQ最初的重点是大多数人将是穷人,所以它能够建立起临界质量的人气,它就像一个雪球--你越滚雪球,它就越大。
天意弄人,我已经用C++编程几个月了,很高兴能完成对这种语言的介绍。))
在这次经历之后,我很清楚地理解了mql在机器人开发 中比C++的优势。一种仅仅是自学成才的人都能理解的应用语言。
我喜欢C++,喜欢使用指针和它的库,如STL、Boost和其他。尽管对于大多数程序员来说,将C++阉割到MQL的水平是好事。而MQ是针对大众的,不是针对专业人士的。
看一下工作清单,谁在清单的最前面,猜猜看?https://www.metaquotes.net/ru/company/vacancies
加上该平台最初是为厨房交易而设计的,这在许多国家是被禁止的。因此,在这个利基市场上几乎没有竞争,这使得MQ轻易地占据了领先地位,甚至影响了开发者和用户之间的沟通风格(轻蔑和傲慢的语气)。我认为有了健康的竞争,事情会发展得更有成效。
风格很好,你没有和其他软件开发者谈过。只是这里有90%的人不能清楚地说出问题的本质,他们带着一些泥沙俱下的思想碎片,所以他们的回答是:澄清、发图片、日志等。
例如,你还在哪里看到过SEO Renat在论坛上回答问题?
维塔利,有很多人了解MQL代码,可以调整一些东西,但没有能力从头开发。我这么说是基于我教人编程的经验。
就像我可以调整一些很酷的设计,比如在编辑器中改变颜色,但我不能从头设计。大脑不是这样工作的。
你可以在任何语言中找到同样数量的 "调整",这并不是衡量复杂性的标准。这更像是一个习惯问题,你已经习惯了mql,这就是为什么它很简单。
我在用另外两种语言并行写作,它们似乎更容易,但当你迅速从一种语言切换到另一种语言时,会有一些困难,你需要重新调整。当我不认识他们的时候,他们对我来说都是非常复杂的,但我不是唯一的人。
我喜欢C++,我喜欢使用指针和它的库,如STL、Boost和其他。尽管对于大部分程序员来说,将C++阉割到MQL的水平是好的。而MQ是面向大众的,不是面向专业的。
让我们看看空缺的名单,谁在第一位,猜猜看?https://www.metaquotes.net/ru/company/vacancies
我喜欢C++中直接与内存打交道的能力。C#没有这个功能...否则,C++给我留下了负面印象。我真诚地相信,这种语言是过分的、毫无根据的复杂。它的复杂性简直超越了所有常识的界限。很难想象比它被塞进的实体更多。我对多余的实体有一种非常消极的态度......)
简洁和面向大众是软件世界成功的关键。虽然我们的社区喜欢它有点复杂...)
在C++中,我喜欢直接使用内存工作。这在C#中是不可能做到的。至于其他方面,C++给我留下了负面印象。我真诚地相信,这种语言是过度的、不合理的复杂。它的复杂性简直超越了所有常识的界限。很难想象比它被塞进的实体更多。我对多余的实体有一种非常消极的态度......)
所以不要使用它们,有人强迫你这样做吗?这就像论坛上关于OOP的永恒的呻吟。如果你不想使用它们,就用通常的程序性风格来写,谁在强迫你?但无论如何,呻吟声可能永远不会消退)。