MQL5中的合作项目开发 - 我们的未来？ - 页 6 1234567891011 新评论 Vitaly Muzichenko 2017.09.24 23:16 #51 Реter Konow: 我喜欢在C++中直接使用内存工作。我在C#中没有这样的机会。至于其他方面，C++给我留下了负面印象。我真诚地相信，这种语言是过度的、不合理的复杂。它的复杂性简直超越了所有常识的界限。很难想象比它被塞进的实体更多。我对多余的实体有一种非常消极的态度......)任何语言都有一个 "转折点"，你可以选择不应用，没有人强迫你这样做。我记得当jQuery来到javascript的时候，有那么多的噪音，没有人知道它，可能性是巨大的......但你不能使用它。在mql中也是一样的，你可以使用OOP或者不使用OOP。 Alexey Volchanskiy 2017.09.24 23:19 #52 一般来说，对于语言，我看到了一个明显的趋势，那就是复杂性和能力的增加。只需阅读C++11、14、17和C#5、6、7的规范。 那又怎样？如果你不了解它，就不要使用它，这就够了。 Реter Konow 2017.09.24 23:19 #53 Alexey Volchanskiy: 所以不要使用它们，有人强迫你这样做吗？这就像论坛上关于OOP的永恒的呻吟。如果你不想使用它们，就用通常的程序性风格来写，谁在强迫你？但同样，呻吟声可能永远不会消退）。当然，你必须只使用你需要的东西，但问题是为什么？ 谁想出来的，为什么？开发者为什么要浪费时间，即使是对不必要的实体的肤浅了解，也不要在其中迷失方向？在我看来，这样一种 "拥挤的 "语言对任何发展都是不利的。如果C++被用来写文学小说，它所有的句法 "扭曲 "和工具 "噱头 "都会被浪漫主义者的悲伤灵魂所欣赏，但在机制的世界里，这种多余的东西是有害的。我认为。因此，这只是我的看法，阿列克谢。不要把它放在心上）。 Vitaly Muzichenko 2017.09.24 23:24 #54 Реter Konow:当然，你应该只使用你需要的东西，但问题是为什么？ 谁想出了这些，为什么？为什么一个开发者要花时间去了解哪怕是多余的实体的肤浅知识，这样他才不会在这些实体中迷失方向？在我看来，这样一种 "拥挤的 "语言对任何发展都是不利的。如果文学小说是用C++语言写的，它所有的句法 "转折 "和工具 "噱头 "都会被浪漫主义者的悲伤灵魂所欣赏，但在机制的世界里，这种多余的东西是有害的。我认为。这只是我的看法，阿列克谢。不要把它放在心上）。要知道，任何职业者都必须提高自己的知识水平，而不是用50年不变，花些时间去学习新的东西，在未来只会给生产力带来提高，在劳动力市场 上的需求也会增加。 Реter Konow 2017.09.24 23:26 #55 Vitaly Muzichenko:任何语言都有一个 "转折点"，你可以选择不应用，没有人强迫你这样做。我记得当jQuery来到javascript的时候，有那么多的噪音，没有人知道它，可能性是巨大的......但你不能使用它。在mql中也是如此，你可以使用OOP，也可以不使用。小车里的第五个轮子总是会碍手碍脚。这就是问题所在。如果我们不用OOP也能有效、轻松、快速地完成任务，那么从逻辑上讲，我们根本就不需要OOP。 我强调--关于事物的逻辑。这就像一个人什么时候会有第三只手。当然，你可能不会使用它......)) Vitaly Muzichenko 2017.09.24 23:30 #56 Реter Konow:手推车上的第五个轮子总是会挡住路。问题就在这里。如果你不用OOP也能有效、轻松、快速地完成任务，那么从逻辑上讲，你根本就不需要OOP。 我想强调一下事情的逻辑。这就像一个人长出了第三只手臂。当然，你可以不使用它...呃，我希望我有第三只手，因为女孩们有三个地方可以抓，但只有两只手，很遗憾。有时，有三只手是有效的，但更多的时候，有一只手会碍手碍脚。 Реter Konow 2017.09.24 23:30 #57 Vitaly Muzichenko:你知道，任何职业者都应该提高自己的知识水平，而不是使用相同的知识50年，花一些时间来学习新的东西，只会给未来的生产力，和劳动力市场 的需求带来增长。 当然了。然而，新的并不总是有用的。你必须对这个 "新 "非常挑剔。你必须在实践中检验一切新事物的必要性。 Alexey Volchanskiy 2017.09.24 23:32 #58 Vitaly Muzichenko:你知道，任何职业者都应该提高自己的知识水平，而不是50年来都使用同样的知识，花一些时间学习新的东西，只会给未来的生产力带来提高，以及劳动力市场 的需求。对。我记得在第4版之前的C#中，要创建一个线程，你必须用手来创建它，非常接近win api。在提供原子操作、线程同步等方面有很多的痛苦。而后，新的并联工具开始出现，写作和例行公事的情况就少了。所以，更多的毛绒玩具，好的和不同的! Реter Konow 2017.09.24 23:32 #59 Vitaly Muzichenko:呃，我希望我有第三只手，因为女孩们有三个地方可以抓，但只有两只手，很遗憾。有时，有三只手是有效的，但更多的时候，有一只手会碍事。 那么，你必须有四条腿才能追上那些将从 "三条胳膊 "上跑开的女孩们）。 Vitaly Muzichenko 2017.09.24 23:33 #60 Реter Konow: 当然了。然而，新的并不总是有用的。你必须对这个 "新 "非常挑剔。你必须在实践中检验一切新事物的必要性。好吧，我检查别人创造的项目，如果我喜欢它，我就自己用它。嗯，这取决于口味和颜色...有时我遇到这样的自行车，发生这种情况是因为许多人使用 "新的，为了新的"，尽管你可以用经典的方式在三行中写。 1234567891011 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
我喜欢在C++中直接使用内存工作。我在C#中没有这样的机会。至于其他方面，C++给我留下了负面印象。我真诚地相信，这种语言是过度的、不合理的复杂。它的复杂性简直超越了所有常识的界限。很难想象比它被塞进的实体更多。我对多余的实体有一种非常消极的态度......)
任何语言都有一个 "转折点"，你可以选择不应用，没有人强迫你这样做。
我记得当jQuery来到javascript的时候，有那么多的噪音，没有人知道它，可能性是巨大的......但你不能使用它。
在mql中也是一样的，你可以使用OOP或者不使用OOP。
一般来说，对于语言，我看到了一个明显的趋势，那就是复杂性和能力的增加。只需阅读C++11、14、17和C#5、6、7的规范。
那又怎样？如果你不了解它，就不要使用它，这就够了。
所以不要使用它们，有人强迫你这样做吗？这就像论坛上关于OOP的永恒的呻吟。如果你不想使用它们，就用通常的程序性风格来写，谁在强迫你？但同样，呻吟声可能永远不会消退）。
当然，你必须只使用你需要的东西，但问题是为什么？ 谁想出来的，为什么？开发者为什么要浪费时间，即使是对不必要的实体的肤浅了解，也不要在其中迷失方向？在我看来，这样一种 "拥挤的 "语言对任何发展都是不利的。如果C++被用来写文学小说，它所有的句法 "扭曲 "和工具 "噱头 "都会被浪漫主义者的悲伤灵魂所欣赏，但在机制的世界里，这种多余的东西是有害的。我认为。
因此，这只是我的看法，阿列克谢。不要把它放在心上）。
当然，你应该只使用你需要的东西，但问题是为什么？ 谁想出了这些，为什么？为什么一个开发者要花时间去了解哪怕是多余的实体的肤浅知识，这样他才不会在这些实体中迷失方向？在我看来，这样一种 "拥挤的 "语言对任何发展都是不利的。如果文学小说是用C++语言写的，它所有的句法 "转折 "和工具 "噱头 "都会被浪漫主义者的悲伤灵魂所欣赏，但在机制的世界里，这种多余的东西是有害的。我认为。
这只是我的看法，阿列克谢。不要把它放在心上）。
要知道，任何职业者都必须提高自己的知识水平，而不是用50年不变，花些时间去学习新的东西，在未来只会给生产力带来提高，在劳动力市场 上的需求也会增加。
任何语言都有一个 "转折点"，你可以选择不应用，没有人强迫你这样做。
我记得当jQuery来到javascript的时候，有那么多的噪音，没有人知道它，可能性是巨大的......但你不能使用它。
在mql中也是如此，你可以使用OOP，也可以不使用。
小车里的第五个轮子总是会碍手碍脚。这就是问题所在。如果我们不用OOP也能有效、轻松、快速地完成任务，那么从逻辑上讲，我们根本就不需要OOP。
我强调--关于事物的逻辑。
这就像一个人什么时候会有第三只手。当然，你可能不会使用它......))
手推车上的第五个轮子总是会挡住路。问题就在这里。如果你不用OOP也能有效、轻松、快速地完成任务，那么从逻辑上讲，你根本就不需要OOP。
我想强调一下事情的逻辑。
这就像一个人长出了第三只手臂。当然，你可以不使用它...
呃，我希望我有第三只手，因为女孩们有三个地方可以抓，但只有两只手，很遗憾。
有时，有三只手是有效的，但更多的时候，有一只手会碍手碍脚。
你知道，任何职业者都应该提高自己的知识水平，而不是使用相同的知识50年，花一些时间来学习新的东西，只会给未来的生产力，和劳动力市场 的需求带来增长。
你知道，任何职业者都应该提高自己的知识水平，而不是50年来都使用同样的知识，花一些时间学习新的东西，只会给未来的生产力带来提高，以及劳动力市场 的需求。
对。我记得在第4版之前的C#中，要创建一个线程，你必须用手来创建它，非常接近win api。在提供原子操作、线程同步等方面有很多的痛苦。而后，新的并联工具开始出现，写作和例行公事的情况就少了。所以，更多的毛绒玩具，好的和不同的!
呃，我希望我有第三只手，因为女孩们有三个地方可以抓，但只有两只手，很遗憾。
有时，有三只手是有效的，但更多的时候，有一只手会碍事。
当然了。然而，新的并不总是有用的。你必须对这个 "新 "非常挑剔。你必须在实践中检验一切新事物的必要性。
好吧，我检查别人创造的项目，如果我喜欢它，我就自己用它。嗯，这取决于口味和颜色...有时我遇到这样的自行车，发生这种情况是因为许多人使用 "新的，为了新的"，尽管你可以用经典的方式在三行中写。