Я пробовал писать на MQL, сначал был в полном восторге, затем пришел к выводу, что существующие ограничения мне не очень нравятся. Так и пришел к Тинькофф API. Хотя, судя по комментариям, очень многие успешно пользуются MQL и, возможно, я был несправедливо резок в своем высказывании относительно MQL.
А как Вам скорость ввода и вывода средств? Открытия или закрытия счетов? Работа службы поддержки, и т.п.? Стоит признать, что нет в Мире совершенства. Может я не настолько активно торгую, что не налетал на баги... Единственный баг, который я заметил - это отрисовка последней свечи на графике, я об этом писал в отзыве о клиенте, но получил стандартную отписку в виде бла, бла, бла, опишите проблему, заведите заявку на саппорте...
В общем, радует одно - в конкуренции рождаются новые продукты и улучшаются существующие. Кстати, а какого брокера Вы порекомендуете? У меня основная претензия к ТИНЬКОФФ - это конские комиссии, в том числе за ведение счета...
Забавно! Я тоже прихожу к такому выводу ))). Именно по этой причине я не ставлю себе амбиций задачи в разработке Грааля по заработку. А вот хорошего советника вполне можно написать, тем более у меня есть в друзьях опытный инвестор, который в ЛЧИ занимает неплохие позиции. Попробую его привлечь.
Здорово! Если честно, я не погружался, настолько глубоко в MQL, возможно, мои выводы насчёт ограниченности несколько поспешны. Очевидно, в вопросах MQL у Вас больше опыта.
Напомните, мне, как можно установить робота, разработанного на MQL на арендованный сервер, например Digital Ocean, и т.п.?
Мне не понравился MQL. Прикладной язык обладает известными ограничениями в интеграции с внешними системами. В остальном, с вашими доводами сложно спорить.
Касаемо тестеров стратегий, я планирую использовать библиотеку TA4J. Судя по описанию, необходимые инструменты в ней имеются, но на практике я с ней ещё не знаком. Посмотрим, попробуем.
Для GUI, на JAVA полно библиотек для визуализации, например, JFREECHART о котором я писал.
Не думаю, что я кого-то обидел, высказыв свое мнение про MQL. Попробовав писать на нем, я пришел к заключению, что не стоит ждать его развития. Возможно, я заблуждаюсь... Посмотрим.
Не все сразу, думаю, что в 3-й или 4-й части будет торговый алгоритм. С перерывом на отпуск и праздники, это ориентировочно февраль-март 2022 года, к счастью, есть ещё работа помимо хабоа, а написание статей требует времени, при этом никак не влияет на кошелек.
Что касается MetaTrader, я пробовал с ним работать. Не понравилось, C-подобный прикладной язык лично мне не подошел, хотя, если кому-то нравится, то в чем проблема?
По поводу торговой стратегии. Я не зацикливаюсь на конкретной, суть в том, чтобы можно было на вход подавать любой торговый алгоритм, т.е. для себя я ставлю задачу несколько шире, нежели реализация конкретного алгоритма.
На счёт Python, равно как и других языков, тут и вовсе спорить не о чем. Вы ведь слышали о микросервисной архитектуре, понимаете в чем суть? Не важно на чем писать, главное, чтобы была возможность интеграции.
Ну и раз уж Вы проявляете интерес к данной теме, давайте совместно разработаем и протестируем торговый алгоритм? Как насчёт этого?
Я читал :). Особенно "порадовали" про API 2.0 и фьючерсы.
Но тут вот в чем дело, я не рассматриваю торгового робота, как грааль, который поможет заработать стопицот миллионов, смысл данной задачи лишь в том, чтобы удовлетворить запрос читателей на просьбу сделать пример торгового робота. Для меня лично API - это источник данных о котировках и портфеле для анализа.
Что касается проблем, висящих месяцами, как человек, разрабатывающий ПО для банков, могу сказать, что аналогичная ситуация характерна для любого, подчеркну, для абсолютно любого банка. И оперативно решаются лишь суперкритические задачи, которые не позволяют обслужить клиента, сдать корректную отчетность или закрыть операционный день. Очевидно, что проблемы пользователей API не относятся к таскам высокого приоритета. Я видел, задачи, которые висели годами, пока система не изменялась до такой степени, что баг не то что смоделировать невозможно, невозможно было понять о чем речь идет, так и закрывали.
Что касается других API, могу сказать, что буду проектировать систему таким образом, чтобы разработанные интерфейсы позволяли подменить API на альтернативные, если потребуется. Ну а до plaza не дорос я еще... Идея в проекте :).
Уверен, что подобные статьи побуждают интерес сотрудников TINKOFF к доработке продукта, ведь скорее всего, этот материал просмотрят несколько десятков тысяч человек, что не останется незамеченным в банке, как и наши с Вами комментарии.
И напоследок, могу сказать, что разработчики TINKOFF – крутые, не смотря на то, что я пишу ПО для других банков, не могу не отметить того факта, что многие бизнес-процессы организованы очень классно! Что называется, снимаю шляпу перед коллегами по цеху. Будем надеяться, что и API доработают.
Лучше и не скажешь! У менеджеров есть план по надоям дедлайн, к которому они стремятся прийти в независимости от того сколько правок было в проекте и сколько для их реализации потребовалось времени. И начинается бесконечная дойка команды...
Обычно такие ребята сопротивляются всему новому, не любят ивенты, им лишь бы по ТЗ работать и ни с кем не разговаривать, а мы, представьте, хотим, чтобы они с конечным пользователем заговорили и делали то, что нужно конечному пользователю.
Обычно "такие ребята" устают от того, что им пытаются продать проект, который не прошел стадию экспертизы, под видом одной из заповедей Agile о готовности к изменениям на любой стадии проекта. И как любой нормальный человек, им попросту жалко потраченных времени и сил, которые попросту выкидываются в мусорное ведро с каждой новой правкой.
Я достаточно долго поработал в Agile-командах в Казахстане и у меня абсолютно иное видение причин по которой команды теряют людей. Где-то в первых версиях вашей статьи была фраза о том, что многие не готовы постоянно работать в авральном режиме, которая затем приобрела более политкорректные обороты.
Так вот! Хорошая команда разработчиков может работать по Agile без менеджера проектов (я даже не помню чтоб такая роль была предусмотрена в SCRUM) и скрам-мастера, при этом они будут выдавать хорошие результаты! А вот менеджеры, уж точно не могут работать без команды разработчиков. Помните об этом, когда делаете выводы о том, по какой причине вы теряете людей.
Расшарил проект https://github.com/SkyZion-public/qrvisor-public Если вопросы по коду будут, пишите. Там действительно есть пара классов о которых я не говорил в публикации, это даже не классы, а перечисления (ENUM), но их даже и комментировать не стоит.
Развивая тему, разработал TELEGRAM-бота @QRVisorBot для чтения и генерации QR-кодов, так что, если вы по каким-то причинам не привились, то с легкостью можете сгенерировать код, содержащий произвольную информацию, не думаю, что он позволит вам обойти существующие ковидные ограничения, но им вполне можно повеселить проверяющего, кроме того, бот можно использовать для чтения кодов, в том числе с сайтов или из галереи телефона.
Я, автор этой статьи, давно не читал комментарии, да и не было особой активности после публикации. А сегодня зашёл и обалдел, другим словом описать не могу... Более 600 комментов, видимо, актуальную тему я затронул... Вот думаю разгребать это все или пусть живёт своей жизнью?
Я пробовал писать на MQL, сначал был в полном восторге, затем пришел к выводу, что существующие ограничения мне не очень нравятся. Так и пришел к Тинькофф API. Хотя, судя по комментариям, очень многие успешно пользуются MQL и, возможно, я был несправедливо резок в своем высказывании относительно MQL.
Я вот тоже не понял, откуда взялся менеджер :). Видимо, очень хочется менеджерить, общаться и быть doером.
Спасибо, именно к этому я и вел.
А как Вам скорость ввода и вывода средств? Открытия или закрытия счетов? Работа службы поддержки, и т.п.? Стоит признать, что нет в Мире совершенства. Может я не настолько активно торгую, что не налетал на баги... Единственный баг, который я заметил - это отрисовка последней свечи на графике, я об этом писал в отзыве о клиенте, но получил стандартную отписку в виде бла, бла, бла, опишите проблему, заведите заявку на саппорте...
В общем, радует одно - в конкуренции рождаются новые продукты и улучшаются существующие. Кстати, а какого брокера Вы порекомендуете? У меня основная претензия к ТИНЬКОФФ - это конские комиссии, в том числе за ведение счета...
Забавно! Я тоже прихожу к такому выводу ))). Именно по этой причине я не ставлю себе амбиций задачи в разработке Грааля по заработку. А вот хорошего советника вполне можно написать, тем более у меня есть в друзьях опытный инвестор, который в ЛЧИ занимает неплохие позиции. Попробую его привлечь.
Здорово! Если честно, я не погружался, настолько глубоко в MQL, возможно, мои выводы насчёт ограниченности несколько поспешны. Очевидно, в вопросах MQL у Вас больше опыта.
Напомните, мне, как можно установить робота, разработанного на MQL на арендованный сервер, например Digital Ocean, и т.п.?
Справедливое замечание!
Мне не понравился MQL. Прикладной язык обладает известными ограничениями в интеграции с внешними системами. В остальном, с вашими доводами сложно спорить.
Касаемо тестеров стратегий, я планирую использовать библиотеку TA4J. Судя по описанию, необходимые инструменты в ней имеются, но на практике я с ней ещё не знаком. Посмотрим, попробуем.
Для GUI, на JAVA полно библиотек для визуализации, например, JFREECHART о котором я писал.
Не думаю, что я кого-то обидел, высказыв свое мнение про MQL. Попробовав писать на нем, я пришел к заключению, что не стоит ждать его развития. Возможно, я заблуждаюсь... Посмотрим.
Не все сразу, думаю, что в 3-й или 4-й части будет торговый алгоритм. С перерывом на отпуск и праздники, это ориентировочно февраль-март 2022 года, к счастью, есть ещё работа помимо хабоа, а написание статей требует времени, при этом никак не влияет на кошелек.
Что касается MetaTrader, я пробовал с ним работать. Не понравилось, C-подобный прикладной язык лично мне не подошел, хотя, если кому-то нравится, то в чем проблема?
По поводу торговой стратегии. Я не зацикливаюсь на конкретной, суть в том, чтобы можно было на вход подавать любой торговый алгоритм, т.е. для себя я ставлю задачу несколько шире, нежели реализация конкретного алгоритма.
На счёт Python, равно как и других языков, тут и вовсе спорить не о чем. Вы ведь слышали о микросервисной архитектуре, понимаете в чем суть? Не важно на чем писать, главное, чтобы была возможность интеграции.
Ну и раз уж Вы проявляете интерес к данной теме, давайте совместно разработаем и протестируем торговый алгоритм? Как насчёт этого?
Да уж ?
Я читал :). Особенно "порадовали" про API 2.0 и фьючерсы.
Но тут вот в чем дело, я не рассматриваю торгового робота, как грааль, который поможет заработать стопицот миллионов, смысл данной задачи лишь в том, чтобы удовлетворить запрос читателей на просьбу сделать пример торгового робота. Для меня лично API - это источник данных о котировках и портфеле для анализа.
Что касается проблем, висящих месяцами, как человек, разрабатывающий ПО для банков, могу сказать, что аналогичная ситуация характерна для любого, подчеркну, для абсолютно любого банка. И оперативно решаются лишь суперкритические задачи, которые не позволяют обслужить клиента, сдать корректную отчетность или закрыть операционный день. Очевидно, что проблемы пользователей API не относятся к таскам высокого приоритета. Я видел, задачи, которые висели годами, пока система не изменялась до такой степени, что баг не то что смоделировать невозможно, невозможно было понять о чем речь идет, так и закрывали.
Что касается других API, могу сказать, что буду проектировать систему таким образом, чтобы разработанные интерфейсы позволяли подменить API на альтернативные, если потребуется. Ну а до plaza не дорос я еще... Идея в проекте :).
Уверен, что подобные статьи побуждают интерес сотрудников TINKOFF к доработке продукта, ведь скорее всего, этот материал просмотрят несколько десятков тысяч человек, что не останется незамеченным в банке, как и наши с Вами комментарии.
И напоследок, могу сказать, что разработчики TINKOFF – крутые, не смотря на то, что я пишу ПО для других банков, не могу не отметить того факта, что многие бизнес-процессы организованы очень классно! Что называется, снимаю шляпу перед коллегами по цеху. Будем надеяться, что и API доработают.
Лучше и не скажешь! У менеджеров есть план
по надоямдедлайн, к которому они стремятся прийти в независимости от того сколько правок было в проекте и сколько для их реализации потребовалось времени. И начинается бесконечная дойка команды...Обычно "такие ребята" устают от того, что им пытаются продать проект, который не прошел стадию экспертизы, под видом одной из заповедей Agile о готовности к изменениям на любой стадии проекта. И как любой нормальный человек, им попросту жалко потраченных времени и сил, которые попросту выкидываются в мусорное ведро с каждой новой правкой.
Я достаточно долго поработал в Agile-командах в Казахстане и у меня абсолютно иное видение причин по которой команды теряют людей. Где-то в первых версиях вашей статьи была фраза о том, что многие не готовы постоянно работать в авральном режиме, которая затем приобрела более политкорректные обороты.
Так вот! Хорошая команда разработчиков может работать по Agile без менеджера проектов (я даже не помню чтоб такая роль была предусмотрена в SCRUM) и скрам-мастера, при этом они будут выдавать хорошие результаты! А вот менеджеры, уж точно не могут работать без команды разработчиков. Помните об этом, когда делаете выводы о том, по какой причине вы теряете людей.
Готово https://habr.com/ru/post/592093/
Рад, что Вам понравилось! Сегодня выложил еще одну статью по TINKOFF INVEST API, может и она окажется Вам полезной https://habr.com/ru/post/592093/
Расшарил проект https://github.com/SkyZion-public/qrvisor-public
Если вопросы по коду будут, пишите. Там действительно есть пара классов о которых я не говорил в публикации, это даже не классы, а перечисления (ENUM), но их даже и комментировать не стоит.
В процессе. Постараюсь на этих выходных выложить первую часть. Может даже сегодня. Как Вам такая идея?
Да, я знаю, что репозиторий перестал работать. Думал, что статья уже никому не нужна. Постараюсь сегодня восстановить. Спасибо за комментарий.
Развивая тему, разработал TELEGRAM-бота @QRVisorBot для чтения и генерации QR-кодов, так что, если вы по каким-то причинам не привились, то с легкостью можете сгенерировать код, содержащий произвольную информацию, не думаю, что он позволит вам обойти существующие ковидные ограничения, но им вполне можно повеселить проверяющего, кроме того, бот можно использовать для чтения кодов, в том числе с сайтов или из галереи телефона.
Если вас интересует тема разработки TELEGRAM-ботов на JAVA, то можете почитать мою новую статью Разработка Telegram-бота на JAVA для генерации и считывания QR-кодов.
Я, автор этой статьи, давно не читал комментарии, да и не было особой активности после публикации. А сегодня зашёл и обалдел, другим словом описать не могу... Более 600 комментов, видимо, актуальную тему я затронул... Вот думаю разгребать это все или пусть живёт своей жизнью?
Знаком! Я был на стажировке в Токио. Очень выручало это приложение.
Поправил