Unknown, я и пользовался им до появления ИИ. ИИ решает на корню ряд вопросов.
Во первых у брокеров появились свои API. Нет смысла в прослойках, которые упадут, и я никогда не узнаю если не зайдут на VPS. Во вторых МКЛ как язык убогенький. Был еще раньше смысл на нем сидеть, а сейчас ИИ пишет на любом языке. Лучше я выберу самый популярный в алго. В третьих скорость «внедрения» мною фич — часы. И это те что именно мне нужны. Зачем мне кого-то что-то просить. Я дал задачу машине, и она сделала. От метаков нужные фичи ждут годами.
Насчет умных тут есть сомнения. В трейдинге у меня опыт больше, чем у программистов метака. Я знаю как и что должно искаться на рынке. А они делают то, что лучше продается. Конфликт интересов.
igor12, архитектура — она же под задачу. Для какой-то задачи нужен код на 10тыс строк, для другой достаточно простого скрипта на питоне. Апи использую разные — финам транзак, алор, тинь, исс биржи.
Демо не рекомендую юзать нигде — только для первого шага — проверить коннект, а дальше надо брать маркетдату с подключения на реальный счет. На демо часто бывают странные особенности, с которыми никогда не столкнешься на реальном счете.
igor12, тогда тем более всё проще, чем кажется. На пяти минутах и выше история за пару лет это несколько сотен тысяч свечей, они спокойно живут в обычном sqlite на диске. Тиковый поток не нужен, перекачивать всё заново при каждом старте тоже. Один раз залили историю с ISS, дальше дописываете свежие свечи по мере закрытия.
Квик в такой схеме отдаёт только последнюю свечу, и его капризы вас уже не касаются.
igor12, имхо — вместо того, чтобы для еды купить в любом магазине удобные ложки из нержавейки за копейки, Вы пытаетесь следовать практикам предков, поехать на реку, наловить моллюсков, вычистить створки, привязать палочки и сделать ложки. Не в обиду, первая пришедшая на ум аналогия.
Потерзайте оупенкоде с хорошей моделью, программа простая, разобраться можно за день начинающему. Это окупится. И про оптимальную архитектуру расскажет и скрипты напишет. Луа не пробовал, но на питоне и сишарпе код генерится хорошего уровня, при качественном техзадании.
igor12, не надо читать, надо попробовать. Не все пишущие про проблемы пишут стабильный код. В то, что квик стабильнее апи — не верю )
Самый стабильный — транзак финама, как калаш — может отвалиться раз в месяц, но старая технология, с питоном нет смысла пытаться, однако на сишарп отлично. Алор отваливатся чаще, 2-3 раза в неделю. Но это стримы, а если Вам надо просто пополнять базу запросом по таймеру, без стримов, то проблемы будут очень редким событием.
Счёт у брокера можно просто открыть на минимальную сумму ради маркетдаты по апи. Какие-то данные по исс биржи удобнее дергать.
ignat, «странным выглядит желание принципиально получать данные именно через квик, проще через любого брокера с нормальным апи»
Тут смущает меня два момента..
Что читал о наших брок. с API (финам, бкс, Т, Алор ) — стабильность работы через их API далека от желаемого.. Да и по жизни это не мои брокеры по многим соображениям. вот и остаётся вариант Квика… Вариант API биржи- тож как бы не мой случай…
igor12, риск тут как раз наоборот падает. Локальная база лежит у вас на диске, и если ISS сегодня недоступен или квик отвалился, вы всё равно считаете на том, что уже скачано. Останавливает всё обратная схема, когда источник данных и есть живой поток.
Язык вторичен, C# с луа ничем не хуже питона. Важно только чтобы история хранилась отдельно от терминала, а не запрашивалась заново каждый раз.
На каком таймфрейме гоняете? На минутках свои радости с пропусками баров, там и схема другая.
ИИ попробуйте поинтереснее, алиса опаздывает от хороших моделей, думаю — на год, а реально хорошие иностранные модели появились примерно весной. Модели последних недель еще более продвинуты. Доступ к моделям, например — через кодикроутер, цена апи чуть выше оригинала, не нужен впн, оплата в рублях. Поставьте opencode, подключите в него хорошие модели и терзайте. Самый свежий флэш дипсик хорош и стоит копейки — отлично для генерации, ненапряжно генерить сотни миллионов токенов. Затем проверять результат другой моделью.
И странным выглядит желание принципиально получать данные именно через квик, проще через любого брокера с нормальным апи брать данные и заливать в базу, как вариант — просто дергать запрос по таймеру.
Иван Недомолков, «История для расчётов и бэктеста берётся с ISS Мосбиржи, он открытый и бесплатный, дневки и часовки тянутся вообще без терминала.»
Есть у меня загрузчик данных с биржи на Python… Но не нравится что при этой схеме возрастают риски что один из каналов может отвалится в любой момент м мы встанем.. Да и работа через Python не заходит.. Ранее хороший программист писал движок для нашей песочницы… Логика и интерфейс управления на C# и коннектор на Lua.Это было более достойное решение по мне…
KuzmaShevelev, про базу согласен, csv держится ровно до первого вопроса «дай май 2023 по трём тикерам». Но главная причина даже не в запросах. Квик при переподключении отдаёт кусок свечей внахлёст с тем, что уже забрали, и в csv это дубли, которые потом ловишь глазами. В sqlite уникальный индекс по (тикер, таймфрейм, дата) плюс INSERT OR REPLACE, и дубль физически не ляжет. Файл нормален только когда один инструмент, один таймфрейм и дописываешь строго в хвост.
Мысль про «грабли» я бы перевернул. Терминал это не архив, а кран с текущим потоком. Квик отдаёт ровно то, что лежит в датасорсе, на демо тем более, и никакая обёртка это не обойдёт. Своё локальное хранилище тут не костыль, а нормальная схема: один раз забрали N свечей при старте, дальше дописываете новые по мере прихода.
Отдельный луа-скрипт для этого не нужен. QuikPy и так разговаривает с QuikSharp.lua, свечи запрашиваются из питона и сразу кладутся в свой файл, csv или sqlite, что привычнее. Два процесса с обменом через csv, который вы описали, это как раз лишнее звено.
И я бы разделил задачу. История для расчётов и бэктеста берётся с ISS Мосбиржи, он открытый и бесплатный, дневки и часовки тянутся вообще без терминала. Квик оставить на живые данные и заявки. Тогда «демо не даёт сохранять историю» перестаёт быть проблемой в принципе.
Про ИИ отдельно: на квике и луа он врёт особенно уверенно, материала в обучении мало, и он спокойно выдумывает функции которых нет. Просите куски строк по двадцать и сверяйте имена методов с исходниками библиотеки. Целиком сгенерированный скрипт вы будете отлаживать дольше, чем писали бы руками.
Не тратьте время впустую. Лучше найдите высокооплачиваемую работу, ну или просто оплачиваемую. Через пять лет будете богаче, чем ежели останетесь ковырять квик и луа
igor12, Но мне банки и звонили и письменно кредит предлагали. Я понял, что Вы не стали общаться, но проверили. Я обычно общаюсь, если есть время интересно схему мошенников узнать. Хотя сейчас стало опасно.Запишут голос а потом с помощью ИИ моим голосом куда нибудь позвонят.
Во первых у брокеров появились свои API. Нет смысла в прослойках, которые упадут, и я никогда не узнаю если не зайдут на VPS. Во вторых МКЛ как язык убогенький. Был еще раньше смысл на нем сидеть, а сейчас ИИ пишет на любом языке. Лучше я выберу самый популярный в алго. В третьих скорость «внедрения» мною фич — часы. И это те что именно мне нужны. Зачем мне кого-то что-то просить. Я дал задачу машине, и она сделала. От метаков нужные фичи ждут годами.
Насчет умных тут есть сомнения. В трейдинге у меня опыт больше, чем у программистов метака. Я знаю как и что должно искаться на рынке. А они делают то, что лучше продается. Конфликт интересов.
igor12, архитектура — она же под задачу. Для какой-то задачи нужен код на 10тыс строк, для другой достаточно простого скрипта на питоне. Апи использую разные — финам транзак, алор, тинь, исс биржи.
Демо не рекомендую юзать нигде — только для первого шага — проверить коннект, а дальше надо брать маркетдату с подключения на реальный счет. На демо часто бывают странные особенности, с которыми никогда не столкнешься на реальном счете.
igor12, тогда тем более всё проще, чем кажется. На пяти минутах и выше история за пару лет это несколько сотен тысяч свечей, они спокойно живут в обычном sqlite на диске. Тиковый поток не нужен, перекачивать всё заново при каждом старте тоже. Один раз залили историю с ISS, дальше дописываете свежие свечи по мере закрытия.
Квик в такой схеме отдаёт только последнюю свечу, и его капризы вас уже не касаются.
MQL5, там и тестер стратегий и оптимизацию параметров можно и еще куча умных штук
ИИ того стоит, поверь.
igor12, имхо — вместо того, чтобы для еды купить в любом магазине удобные ложки из нержавейки за копейки, Вы пытаетесь следовать практикам предков, поехать на реку, наловить моллюсков, вычистить створки, привязать палочки и сделать ложки. Не в обиду, первая пришедшая на ум аналогия.
Потерзайте оупенкоде с хорошей моделью, программа простая, разобраться можно за день начинающему. Это окупится. И про оптимальную архитектуру расскажет и скрипты напишет. Луа не пробовал, но на питоне и сишарпе код генерится хорошего уровня, при качественном техзадании.
Самый стабильный — транзак финама, как калаш — может отвалиться раз в месяц, но старая технология, с питоном нет смысла пытаться, однако на сишарп отлично. Алор отваливатся чаще, 2-3 раза в неделю. Но это стримы, а если Вам надо просто пополнять базу запросом по таймеру, без стримов, то проблемы будут очень редким событием.
Счёт у брокера можно просто открыть на минимальную сумму ради маркетдаты по апи. Какие-то данные по исс биржи удобнее дергать.
Тут смущает меня два момента..
Что читал о наших брок. с API (финам, бкс, Т, Алор ) — стабильность работы через их API далека от желаемого.. Да и по жизни это не мои брокеры по многим соображениям. вот и остаётся вариант Квика… Вариант API биржи- тож как бы не мой случай…
igor12, риск тут как раз наоборот падает. Локальная база лежит у вас на диске, и если ISS сегодня недоступен или квик отвалился, вы всё равно считаете на том, что уже скачано. Останавливает всё обратная схема, когда источник данных и есть живой поток.
Язык вторичен, C# с луа ничем не хуже питона. Важно только чтобы история хранилась отдельно от терминала, а не запрашивалась заново каждый раз.
На каком таймфрейме гоняете? На минутках свои радости с пропусками баров, там и схема другая.
ИИ попробуйте поинтереснее, алиса опаздывает от хороших моделей, думаю — на год, а реально хорошие иностранные модели появились примерно весной. Модели последних недель еще более продвинуты. Доступ к моделям, например — через кодикроутер, цена апи чуть выше оригинала, не нужен впн, оплата в рублях. Поставьте opencode, подключите в него хорошие модели и терзайте. Самый свежий флэш дипсик хорош и стоит копейки — отлично для генерации, ненапряжно генерить сотни миллионов токенов. Затем проверять результат другой моделью.
И странным выглядит желание принципиально получать данные именно через квик, проще через любого брокера с нормальным апи брать данные и заливать в базу, как вариант — просто дергать запрос по таймеру.
Есть у меня загрузчик данных с биржи на Python… Но не нравится что при этой схеме возрастают риски что один из каналов может отвалится в любой момент м мы встанем.. Да и работа через Python не заходит.. Ранее хороший программист писал движок для нашей песочницы… Логика и интерфейс управления на C# и коннектор на Lua.Это было более достойное решение по мне…
KuzmaShevelev, про базу согласен, csv держится ровно до первого вопроса «дай май 2023 по трём тикерам». Но главная причина даже не в запросах. Квик при переподключении отдаёт кусок свечей внахлёст с тем, что уже забрали, и в csv это дубли, которые потом ловишь глазами. В sqlite уникальный индекс по (тикер, таймфрейм, дата) плюс INSERT OR REPLACE, и дубль физически не ляжет. Файл нормален только когда один инструмент, один таймфрейм и дописываешь строго в хвост.
Мысль про «грабли» я бы перевернул. Терминал это не архив, а кран с текущим потоком. Квик отдаёт ровно то, что лежит в датасорсе, на демо тем более, и никакая обёртка это не обойдёт. Своё локальное хранилище тут не костыль, а нормальная схема: один раз забрали N свечей при старте, дальше дописываете новые по мере прихода.
Отдельный луа-скрипт для этого не нужен. QuikPy и так разговаривает с QuikSharp.lua, свечи запрашиваются из питона и сразу кладутся в свой файл, csv или sqlite, что привычнее. Два процесса с обменом через csv, который вы описали, это как раз лишнее звено.
И я бы разделил задачу. История для расчётов и бэктеста берётся с ISS Мосбиржи, он открытый и бесплатный, дневки и часовки тянутся вообще без терминала. Квик оставить на живые данные и заявки. Тогда «демо не даёт сохранять историю» перестаёт быть проблемой в принципе.
Про ИИ отдельно: на квике и луа он врёт особенно уверенно, материала в обучении мало, и он спокойно выдумывает функции которых нет. Просите куски строк по двадцать и сверяйте имена методов с исходниками библиотеки. Целиком сгенерированный скрипт вы будете отлаживать дольше, чем писали бы руками.
signal-a.ru/