Проводится отбор трейдеров-разработчиков торговых стратегий в команду для управления активами частного инвестиционного фонда - страница 13

 
Неужели, деньги? Это то, что вас интересует?

Мне кажется, с этим проблем не будет.

У вас все получится...

 
Svinozavr:
Неужели, деньги? Это то, что вас интересует?

Мне кажется, с этим проблем не будет.

У вас все получится...

это вопрос кому?))
 
Andrei01:
Котировки - это обычные данные. Разве в терминал нельзя передать данные? Аналогично с торговыми приказами.
Андрей, похоже вы заблуждаетесь. Потоковые котировки в терминал никак нельзя передать. Возможно только минутные бары запустив терминал в режиме офлайн когда он может загружать бары с файлов истории и в эти файлы можно добавить новые бары которые можно построить на основе котировок с другого источника например с hotspot с помощью dll или отдельного приложения exe. Можно конечно разработать свой терминал и серверную часть и свой мост для связи со сторонним сервером. Хотя этот процесс будет не столь быстрым как кажется. Легче и быстрее лицензировать уже надёжный и отлаженный МТ сервер и подключить мост.
 

To Ruslion

>>мои затраты только операционный сайт для брокеража - это порядка 20000 евро с мониторингом, зато пассивный доход с комиссий))

А за лицензию МТ сервера будете платить не вы а другие кто участвует в проекте? Просто интересно.

 
elritmo:
Андрей, похоже вы заблуждаетесь. Потоковые котировки в терминал никак нельзя передать. Возможно только минутные бары запустив терминал в режиме офлайн когда он может загружать бары с файлов истории и в эти файлы можно добавить новые бары которые можно построить на основе котировок с другого источника например с hotspot с помощью dll или отдельного приложения exe. Можно конечно разработать свой терминал и серверную часть и свой мост для связи со сторонним сервером. Хотя этот процесс будет не столь быстрым как кажется. Легче и быстрее лицензировать уже надёжный и отлаженный МТ сервер и подключить мост.

Алексей, похоже вы путаете разные вещи - передача исторических баров и передача котировок, которые есть обычные данные. Терминал разумеется будет работать в офлайн так как котировки приходят не из торгового потока. Фактически терминал используется как транслятор кода MQL. Разумеется что в данных условиях доступ к барам будет невозможен и нужно сформировать эквивалентные массивы баров. Это будет наверно всё же проще чем переписывать весь код советника под другую среду разработки. Данное решение подходит лишь для одиночных счетов и трейдеров но всё же дает возможность вести прямую торговлю без излишнего промежуточного софта при минимальных затратах. Разумеется когда речь идет об управлении множеством счетов и брокераже то лицензирование выглядит предпочтительным.

 
Andrei01:

Алексей, похоже вы путаете разные вещи - передача исторических баров и передача котировок, которые есть обычные данные. Терминал разумеется будет работать в офлайн так как котировки приходят не из торгового потока. Фактически терминал используется как транслятор кода MQL. Разумеется что в данных условиях доступ к барам будет невозможен и нужно сформировать эквивалентные массивы баров. Это будет наверно всё же проще чем переписывать весь код советника под другую среду разработки. Данное решение подходит лишь для одиночных счетов и трейдеров но всё же дает возможность вести прямую торговлю без излишнего промежуточного софта при минимальных затратах. Разумеется когда речь идет об управлении множеством счетов и брокераже то лицензирование выглядит предпочтительным.

Допустим у нас есть советник написанный на MQL4 в нём три основные функции init start deinit. Как же будут эти функции вызываться на каждый тик котировок приходящих не с сервера МТ?

мне кажется что ни как. И потом если бы это было возможно то давно бы уже сделали некоторые ДЦ чтобы их торговый сервер работал с терминалом МТ. Думаете это допустили бы в MQ?

Мне же видиться проще. Если есть скальперы, написанные на MQL4, то их легко можно перегнать на другой язык например на С++ и используя как вы сказали FIX протокол или API под этот протокол подключить к серверу поставщика ликвидности.

 
elritmo:

Допустим у нас есть советник написанный на MQL4 в нём три основные функции init start deinit. Как же будут эти функции вызываться на каждый тик котировок приходящих не с сервера МТ?

мне кажется что ни как.

init и deinit вызываются автоматически один раз и не на каждый тик, а про запуск старта поисщите в поиске - много раз уже обсуждалось.
 

elritmo:

Мне же видиться проще. Если есть скальперы, написанные на MQL4, то их легко можно перегнать на другой язык например на С++ и используя как вы сказали FIX протокол или API под этот протокол подключить к серверу поставщика ликвидности.

Чем же это проще если нужно всё переписывать когда можно обойтись и без этого?
 
Andrei01:
init и deinit вызываются автоматически один раз и не на каждый тик, а про запуск старта поисщите в поиске - много раз уже обсуждалось.

Интересно. Поищу как вызывается start своими силами. Видать я отстал несколько от жизни :)

Ну не знаю MQL4 очень похож на C++ и не вижу проблем логику советника перенести на этот например язык или допустим Java. Здесь гораздо сложнее разработать мост и связь с сервером который в свою очередь будет мостом на сервер ECN (или может без этого промежуточного моста зависит от задач). К тому же все предопределённые переменные типа Point Ask Bid в советнике не будут проинициализированы в этом случае, а значит надо заменить на функции, вызываемые из dll. Как собственно и сервисные функции типа MarketInfo, AccountFreeMargin и тому подобные тоже не будут работать без подключения к серверу МТ. Поэтому легче переписать сам советник я думаю на С.

 

elritmo:

Ну не знаю MQL4 очень похож на C++ и не вижу проблем логику советника перенести на этот например язык или допустим Java. Здесь гораздо сложнее разработать мост и связь с сервером который в свою очередь будет мостом на сервер ECN (или может без этого промежуточного моста зависит от задач). К тому же все предопределённые переменные типа Point Ask Bid в советнике не будут проинициализированы в этом случае, а значит надо заменить на функции, вызываемые из dll. Как собственно и сервисные функции типа MarketInfo, AccountFreeMargin и тому подобные тоже не будут работать без подключения к серверу МТ. Поэтому легче переписать сам советник я думаю на С.

Может для вас и нет проблем постоянно переписывать код на другие языки и времени свободного для этого предостаточно что нечем больше заняться, но это не значит что все должны следовать вашему примеру. Ну а дублирование нескольких предопределенных переменных это все же не занимает столько времени сколько переписывание всего советника, если конечно эти переменные не занимают большинство кода. :)