Кратко отличия Матлаб/Питон/Джулия
sciml.github.io/Scientific_Modeling_Cheatsheet/scientific_modeling_cheatsheet
По сути Джулия это современный Матлаб.
И позволяет любые питоновские и R библиотеки использовать, подключая их и используя код питон прямо в julia.
И скоростью.
Но требует несколько дней, неделю освоится с VS Code Shift+Enter, чтоб держать сессию без рестарта, и настроить какой нить генератор отчетов типа как на R, она показывает графики в VS Code, но с генератором отчетов удобней.
R — слишком специфичен.
Python — огромная библиотека, в целом простой, но, скажем дипломатично очень далек от эргономики и красоты. И часто медленный.
Matlab — наверно был лучшим для своего времени, и куча всего, но староват, часто медленный и как язык имеет ряд недостатков.
myaucha, вариации:
Я профессиональным программистом не являюсь (да и вообще программистом), но большинство прикладных задач, которые было необходимо решить как в алготорговле (на крипте, в частности), так и в повседневных задачах, питон справился очень хорошо. Вопросов не было.
По скорости питошки для улучшения можно же использовать специальные библиотЭки, коих сейчас полно для любых задач + параллельные вычисления (многопоточность, многопроцессорность, асинхронное программирование и вот это всё...). Нет?
Какие ваши задачи лучше и быстрее решает Юля чем змея? Расскажите чуть более развернуто плиз.
… и тут вечная тема про deep throat заиграла новыми красками
Лучшее — враг хорошего.
Да, на питоне можно использовать специальные библиотеки, и будет скорость C, поскольку по сути питон это надстройка над C математическими библиотеками которые реально и выполняют вычисления. Но зачем придумывать что то, какие то специаьные библиотеки когда есть то что просто работает?
И мне нравится более компактный, простой и приятный вид вычислений. Вместо нагромождения разных префиксов np.xxx и т.п. Нормальные и единообразные названия для функций и т.п.
numerics.net/
В R почти все такое находится в Base R. Даже пакеты не надо ставить. А Julia вроде недалеко ушла. Вот этого точно нет.
Автоторговля сильно разная бывает. Универсальный ответ — на чем у Вас коннектор к бирже, то и использовать.
Если Квик используете — один из лучших (в смысле надежности) способов получать данные — настроить ODBC с SQL сервером (Only MS). К нему уже любая бяка сконнектится. А заявки можно и через квиковскую dll выставлять или вообще через «карман». А к SQL серверу можно через Графану подцепить несколько мониторов с пестренькими графиками, чтоб посетители рты разевали.
PS. Но вот язык T-SQL не для нормальных людей. А без него некомфортно.
Собственно вся задача обратной связи с квиком и транзаком — это выставление этих стоп-лимит заявок и их замена либо после срабатывания, либо после смены цен из-за новых максимумов и минимумов дня.
Так как изначально я делал ПО для квика, то до сих пор мне нужен квик для скачивания всех сделок, а выставление и снятие через текстовые файлы для квика, я и доработал для транзака, благо это просто смена текста.
А весь вопрос только в том, что мое ПО для цен стопов формирует их на статкритериях, как из прошлых цен из базы, так и текущих (минутки дня ПО в базу заносит после окончания торгов).
Естественно, что в этом ПО мне нужны подпрограммы из той ссылки, что привел, чтобы не писать кучу кодов самому. Поэтому и спросил о наличии.
Кстати, текстовые файлы я использую только потому, что там есть команда снятия всех стоп-лимит заявок для эмитента. Мне так проще для ПО из нескольких систем, когда одна система меняет стоп-лимиты, а другие не меняют: снял все и поставил то, что в ПО. Потому что следить за номерами этих стоп-лимит заявок для разных систем — «гемморой» для ПО. А другого способа снятия подгруппы в квике я не увидел. Пробовал по комментарию, но это то работает, то не работает. Да и 5 разных комментариев — это увеличение текста ПО для занесения в текстовый файлы.
Самое любопытное, что мои индикаторы можно добыть и в любом ПО теханализа. Но изначально была проблема: для каждого дня они считаются на свою длину. А попытка построить такое в Велслабе в качестве текста ПО оказалась сложнее, чем в VBA Excel. Но с Excel была всегда проблема с загрузкой данных и выгрузкой в текстовые файлы. Поэтому я и переделал под C#.
Помню, еще на forex.pauk.ru, горячо обсуждали как правильно свечки формировать.Чуть до драки не доходило. Над каждой мелочью спорили — типа когда свечка начинается — с начала интервала или с первой сделки в интервале, нужна ли пустая свечка, если сделок нет, или выбросить ее и т.п. ( Амиброкер по моему просто выбрасывал).
Для моей психики оказалось лучшим решением забыть навсегда про эти свечки как про дурной сон. В результате я не всегда понимаю, о чем тут на смартлабе пишут :)
Если не секрет, под каким ником на Пауке были?
Julia сделана для максимальной скорости потоковых вычислений и непредсказуема, она в любой момент может запустить оптимизатор и замереть на доли секунды, что в алготрейдинге нежелательно.
__rtx,![]()
Спасибо! Мне тоже понравились)
Желаю каждому алготрейдеру, чей мир построен на строгой логике, такого же идеального, но живого и трепетного произведения искусства рядом! (Лучший антистресс после просадки на депозите и главный тейк-профит дня
)
BlackDriller, ровно столько, сколько он мне на глаза попадался:)
Не пропускал![]()
Гая Ричи фильмы вообще заходят хорошо. Мартин Скорсезе нравится еще, Тарантино, и т.д.