Периодически появляются темы, в которых сторонники разных языков утверждают, что их языки быстрее/лучше. Захотелось это проверить. В паре тредов в качестве примера упоминались конкретные тесты. Их я и реализовал. Тест проводится на каком-либо примере, позволяющем проверить производительность в той или иной области. Реализация для каждого...
brainfuck Paradigm(s) Appeared in Designed by Typing discipline Influenced by Usual filename extensions Urban Müller created brainfuck in 1993 with the intention of designing a language which could be implemented with the smallest possible compiler,2 inspired by the 1024-byte compiler for the FALSE programming language.3...
Надежный торговый робот не может быть создан без понимания механизмов работы торговой системы MetaTrader 5. Клиентский терминал получает от торгового сервера информацию о позициях, ордерах и сделках. Чтобы правильно обработать эти данные средствами MQL5 необходимо хорошо представлять как происходит взаимодействие mql5-программы и среды исполнения терминала.
什么（关于交易操作）不能在上面实施？
使用数组是一个习惯于索引的问题。
ZS：好吧，如果有关贸易业务 的一切都可以实现，那么它是多么蹩脚？我有一个很好的语言，有自己的特点，不想用它，用C++写dll，你就会很高兴)
使用数组是一个习惯于索引的问题。
ZS：好吧，如果有关贸易业务 的一切都可以实现，那么它是多么蹩脚？你不想用它，就用C++写你的dll，你就会很高兴！)
Java和C#要好很多倍。
人们不能争论口味问题；人们喜欢自己喜欢的东西。
C#和Java的开发速度要高几倍。
代码的可读性 提高了数倍。
代码的可靠性要大几倍。
当我不得不用C++语言写作时，这让我感到恐惧。但现在我改用其他解决方案，使用C# dlls。
这不是一个关于口味的争论，而是一个声明。
C#和Java的开发速度要快几倍。
代码的可读性 提高了数倍。
该代码的可靠性提高了数倍。
当我不得不用C++语言写作时，这让我感到恐惧。但现在我改用另一种解决方案，使用C# dlls。
代码速度慢了好几倍。 而什么是更高的是值得怀疑的。
http://www.linux.org.ru/forum/development/4147618
http://www.opennet.ru/opennews/art.shtml?num=31114
http://shootout.alioth.debian.org/u64q/benchmark.php?test=nbody&lang=all
使用数组是一个习惯于索引的问题。
SZY：好吧，如果关于交易操作 的一切都可以实现，那么它是多么蹩脚？你不想用它，就用C++写你的dll，你就会很高兴！)
好吧，你可以把任何一种图灵全语言称为正常的语言，这样的话。甚至是某种脑筋急转弯。=)
我已经试着去适应它了。但是当你看到在其他语言中是多么容易和方便地做到这一点时，你就会沉浸其中。总之，现在我使用的是最低限度的东西，我很高兴。而且即使没有DLL。通过文件的拐杖，是的，但这是我自己的拐杖。=)
如果我们是在做梦，我们希望能有一个像这样的交易终端http://wiki.freeswitch.org/wiki/Languages_for_Call_Control。 它有8种语言的API--选择你喜欢的（而不是 "有自己特色 "的小鸟），然后工作。或者你可以插入你自己的9种语言。这也是可能的!
代码的速度慢了几倍，什么是更高的速度是有问题的。
别打了，芬兰帅哥。
从这个讨论中可以看出，你们每个人都想要某种语言，1.最受欢迎的、经过充分研究的2.在野外足够常见的，而不是一个交易终端 的一代人的 "鸟语"。但是，一个五美元的出现，带来了一种新的鸟语。=)
别打了，芬兰帅哥。
从这个讨论中可以看出，你们每个人都想要某种语言，1.最受欢迎的、经过充分研究的2.在野外足够普遍，而不是为一个交易终端 的一代人而 "鸟语花香"。但是，一个五美元的出现，带来了一种新的鸟语。=)
用这种或那种语言编写程序的实用性，潜在的错误，等等。- 这是一个主观的东西，取决于程序员的专业水平，你可以争论到你拉肚子。我个人喜欢MQL5，我为它疯狂。
但是，代码执行的速度是无法争辩的--这是一个客观的特性，C#和Java在这里并不属于领先者。
使用数组是一个习惯于索引的问题。
SZY：好吧，如果你能实现所有涉及贸易业务 的内容，那么它是多么蹩脚？我不是说它不是一种糟糕的语言，只要使用C + + dlls就可以了）。
我同意桑克的观点。
要谈论语言的可悲，你只需要回答两个问题。
1.什么软件是用这种语言编写的，用于完成一项真正的任务？
2.这个软件的哪些部分难以或无法用这种语言实现？
如果问题1的答案是 "没有写 "或 "正在写"，那么有关问题2的任何争论都是毫无意义的胡言乱语。
就我个人而言，我有一个非常长期的专家顾问，它是用mcl4编写的。
- 它在全自动模式下工作
- 它的运作是有利可图的
- 每天每个符号最多开立和维持100个订单（不是点数，是中期）。
- 一个相同的专家顾问同时工作于2个符号（以前是工作于4个符号）。
- 除了维护交易操作 - 快速计算并在图表上显示一些统计和报告信息
- 该交易是真实的，而且金额不是100美元
而在所有的时间里，它一直在运行。
- 没有发现任何迹象表明MQL4语言很差或有限（对于这类任务）。
- 没有发现数据处理速度不足的情况（对于这类问题）。