关于MQL4文件的讨论 - 页 9

新评论
 
有趣的是，我在文档中看到以下一行
由于索引从零开始，维度大小比最大的索引多1。
 我想...即使对于不知道数组是从0开始编号的 "凡人"（不熟悉编程的人）来说，这也很有趣。:)
 

是的，"由于索引是基于零的，维度的大小比最大的索引大1"这句话让我认真思考它的隐藏含义，尽管我通常在没有任何字典的情况下阅读MQL4的英文文档...

这是一个有趣的情况。据我所知，开发者是俄罗斯人，而内置的文档是英文的。也许问题出在翻译机上？好吧，看这里：https://docs.mql4.com/ru/array/ArrayRange，一切都用俄语。这句话在俄语中的含义如下。

因为索引从零开始，维度大小比最大索引多1。

"比最大的指数"--是什么？毕竟，尺寸大小是如何索引的--用0还是用1？在这里，这句话也同样不清楚，唉。也许问题毕竟不是出在译者身上？译者将原句准确地翻译成英文，没有添加或省略任何内容。

现在，我会把自己放在译者的位置上。如果我在一种编程语言 的描述中遇到这样一个短语，我首先会尝试正确理解它，然后翻译它。在我自己100%理解这句话的含义之前，我不会落后于俄罗斯描述的作者。也许问题出在他身上，即文件的翻译者？不是说他翻译得不准确，而是说译者至少要对编程有基本的了解，这样他才能纠正俄文原文描述中的歧义？

P.S. 又是我在"帮助我修复EA?!"中指出的同一个论坛故障 ...

Xeon，谢谢，我都明白了，我只是没有换成俄语，因为我不需要。

 
关于 "一些高管对程序员的看法 "的主题链接 :-) + :-)

http://www.ashmanov.com/pap/obspro.phtml

该程序在C语言中得到了很好的记录。

评论：一个程序员的笑话，"为自己的"，反映了一个可悲的事实：没有人给程序写评论和文档，除非被一只坚定的手强迫，否则不会这样做。
 
 
Renat:
我的理解是，。
  • 在MetaEditor中提供了关于MQL4的内置文档（两种语言）。
  • 开发三种语言的MQL4编程社区网站（俄语、英语和中文）。
  • 为MQL4中的独立交易者的文章付费
  • 组织自动交易锦标赛
  • 维护Codebase在线图书馆，可从MetaEditor直接访问。
  • 开发人员在我们的论坛上为交易者提供技术支持和长期咨询。
就是这样。

这就是苏联程序员那样的做法："我们写了一个超级天才的、不言自明的系统，而你，傻瓜，却搞不清楚。

不要做如此明显的概念替换。我并没有把苏联程序员的做法称作是你们公司的成就清单，而是你不恰当地表达的那句话："这很有趣。我不想研究它，但我已经准备好为缺乏文件而责备你"。

我不否认你为改进你的文件做了很多工作，但不要陷入 "反正你不能取悦所有人，尤其是每个人都懒得学习 "的想法。不要把这个话题的参与者当成任性的用户，他们自己都不知道自己想要什么。

我个人从上周末开始熟悉MQL，现在我可以说我已经把它弄明白了，我可以写任何专家，只要翻翻帮助，找到所需的功能。这是你的文件的一个很好的成就，我很感谢你。但在这个主题中，我只是给出了一些方法上的建议，我认为这对你来说可能是有趣的，因为它可能会使许多其他想学习MQL的人的生活更容易。然而，正如Yurixx正确指出的："在这个主题中，已经表达了一些（只有几个！）关于这个问题的具体愿望。实施这些愿望将为那些同样的初学者带来全新质量的MQL学习机会。尽管如此，你也没有说什么。"

我重申，你的文件的问题不在于某处有过时或缺失的数据，而在于它没有一步步地介绍初学者。也就是说，这是一个方法论问题。当你开始学习一个新的知识领域时，你需要做的第一件事是找出你为什么需要它，它将带来什么好处，该知识领域有哪些章节，这些章节起什么作用，以及为什么划分是这样的。只有到那时，当你知道你的目标和目的，当你在脑子里把一切都组织和结构化时，你才开始例行公事--直接研究信息，研究公式和表格。你有信息，但没有介绍。

你也没有本着 "让我们和你一起写一个简单的专家顾问：点击那里，做这个，写那个，我们这样做都是因为......祝贺你有一个专家顾问，你可以这样运行它 "的例子。

这些只是任何教师都会支持的愿望。 创造第一个（输入）和第二个（几个初步的例子）不需要钱或时间。编写这些文件是你团队中一个人一周的工作。如果你具备上述所有条件，我个人会花3个小时，而不是几天，来研究MQL。

此外，这里还提出了在互联网上发布的文档中加入评论的想法。这是个明智的想法!我们甚至可以以Web 2.0社会网络的方式将文件作为一个知识库。对于文档中的每一篇文章，让用户以微观文章的方式（1-2段）添加建设性的评论，相互评分，讨论文章，相互提问。做一个用户评级，让用户写自己的 "社会需要 "的文件，以获得同行的尊重和认可。

我理解你有责任的负担，还有许多其他问题，这里列出的所有建议都不那么容易实施。你可能害怕增加你的产品的复杂性，这与试图取悦所有人有关，这是值得赞扬的。然而，作为用户，我们也有权提出一些概念性的建议，使你的产品更清晰、更易操作。请教教育或可用性领域的任何专家，我相信他们会支持这里所表达的想法，特别是关于信息的呈现方式。
 
xeon:
关于 "一些高管对程序员的看法 "的主题链接 :-) + :-)

http://www.ashmanov.com/pap/obspro.phtml
:)))
 
Yurixx，请指出实际的错误。你引用的内容根本不是一个错误。

你在求助热线中的描述是完全正常和清晰的。
 
没有必要对概念进行如此明显的替换。我并没有把苏联程序员的做法称为你们公司的成就清单，而是你不适当地表达的那句话："做起来很有趣。我不想研究它，但我已经准备好为缺乏文件而责备你" <br / translate="no">。
没有任何替代物。我是在主动发言，指出文件的实际状态，以便在缺乏意识的情况下停止过度的侵略。是你明确地提出了 "这是苏联程序员本着...... "的精神而采取的指责性说法。

我的经验和知识足以有意识地向人们解释，编程是一件复杂的事情，没有理论上的急于求成（在3小时内学会一门语言！）不会使你成为一个程序员。但有些人不想理解这一点，关起门来，把 "顾客永远是对的 "的口号挂在旗子上，并按字面意思宣布。

请理解，如果人们在没有教科书的情况下很难搞清楚，那是你的问题，也是你一个人的问题。

这就像对万有引力定律说："理解吧，人到处走动是不好的，这是你的问题！"。你为什么不明白呢？"顺便问一下，你觉得从一本书中成为一个物理学家，并且在3个小时，最多7天的时间里变得更好，你会怎么想？

我的意思是，我支持常识，支持有意识的编程方法（编程很难），支持事实材料（不需要空洞或模糊的指责），不抱怨不想理解（是的，这很难）。

不是针对你--这是没有礼貌的敬意，而且是直奔主题。
 
我有一个建设性的建议--用你自己的详细版本来补充每一个表明的文件不足。而一篇自由写作的文章 将对作者的严肃性做出重大贡献。顺便说一下，要看谁写了多少，只需点击作者的名字。

谁愿意为扩大文件编制作出贡献？
 
alex_ant:
....
你也没有 "让我们和你一起写一个简单的EA：点击那里，做这个，写那个，我们这样做都是因为......祝贺你有一个EA，像这样运行它 "的例子。
...
网站上的第一篇文章之一：创建专家顾问的例子
当然，这篇文章有点过时了，但它让我们了解了一个简单的专家顾问的结构。
12345678910111213141516...20
新评论