Ситуация с API для внешних библиотек? (не MQL) - страница 2
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Возможно. Их Research отдел пытался создать аналог rust'а - Verona, но так и не опубликовали.
В некоторых случаях это будет иметь смысл, но лучше постараться не ограничить себя в самом начале.
По этому mq5 файлы и так компилятся в LLVM по умолчанию ))
Он просто добавлен в ME для компиляции своих dll на C/С++
Хотя туплю, был же анонс, что MQ перешли на LLVM.
По этому mq5 файлы и так компилятся в LLVM по умолчанию ))
Он просто добавлен в ME для компиляции своих dll на C/С++
Жаль, пока не могу оценить преимущества LLVM, так глубоко вникать не требовалось.
Чуть оффтопа, есть ли в telegram'е (или Skype) чаты для разработчиков под MT? Иные схожие чаты, тоже приветствуются)
Жаль, пока не могу оценить преимущества LLVM, так глубоко вникать не требовалось.
Чуть оффтопа, есть ли в telegram'е (или Skype) чаты для разработчиков под MT? Иные схожие чаты, тоже приветствуются)
омг) для себя, я лучше предпочту Rust.
И кстати, может кого он заинтересует: https://habr.com/ru/post/506598/
Rust интересует из-за наличия в нём алгебраических типов. Было бы интересно сравнение в этом аспекте с хаскелем (гибкость и скорость исполнения).
А вообще сборище разработчиков без вожака это та ещё свора. Поэтому их нет.
Так бы ни одно другое коммьюнити, не смогло бы собраться.
Есть ещё какая то породия на чаты прямо в терминале..
И вот зачем это в монолитном продукте... Нельзя просто отключить/удалить dll отвечающую за это.
Так бы ни одно другое коммьюнити, не смогло бы собраться.
И вот зачем это в монолитном продукте... Нельзя просто отключить/удалить dll отвечающую за это.
Rust интересует из-за наличия в нём алгебраических типов. Было бы интересно сравнение в этом аспекте с хаскелем (гибкость и скорость исполнения).
В моём понимании типизации Си, конструктор это лишнее звено в выполнении кода.
Любое лишнее звено, не есть гуд в скорости исполнения.
Скромное имхо ))
Жаль, пока не могу оценить преимущества LLVM, так глубоко вникать не требовалось.
До определённого времени лучшим (оптимизирующим) компилятором считался Intel, теперь LLVM. У последнего ещё есть самый гибкий стилизатор кода clang-format (а все настройки - в файле конфигурации), и жаль, что в терминале не реализован вызов его по командной строке.
Rust интересует из-за наличия в нём алгебраических типов. Было бы интересно сравнение в этом аспекте с хаскелем (гибкость и скорость исполнения).
Тесты всё же лучше произвести самому, в своём окружении. Мне лучше подошёл, как инструмент, чем F#. Некоторых же устраивает и .net через lua (в quik'е).
До определённого времени лучшим (оптимизирующим) компилятором считался Intel, теперь LLVM. У последнего ещё есть самый гибкий стилизатор кода clang-format (а все настройки - в файле конфигурации), и жаль, что в терминале не реализован вызов его по командной строке.
Спасибо
Алгебраические типы данных являются контейнерными типами, и имеют конструктор.
В моём понимании типизации Си, конструктор это лишнее звено в выполнении кода.
Любое лишнее звено, не есть гуд в скорости исполнения.
Скромное имхо ))
Какая разница, где будет выполнена инициализация данных. Что в конструкторе, что в отдельной функции, времени потребуется столько же.