Для строительства дома иногда лучше воспользоваться готовыми строительными блоками и технологиями. Ниже написанное никаким образом не стремится обидеть или унизить другие языки программирования и готовые продукты. Просто описывает свои возможности. Если связать между собой продвинутые возможности QUIK (от брокера Сбербанк) и платформы 1С Предприятие 8, то эффект от применения чисто российских продуктов может оказаться неожиданным. Продукт будет обладать следующими характеристиками:

1. Общие характеристики
   1. Система не требует какого-либо внесения или вывода денег. Все средства хранятся на брокерском счете клиента в Сбербанке. Управление брокерским счетом осуществляется через программу QUIK, предоставленную Сбербанком.
   2. Система не запрашивает каких-либо паролей и кодов доступа к брокерскому счету клиента в Сбербанке. Все запрашивает QUIK, предоставленный Сбербанком.
   3. Обмен информацией с QUIK типовыми средствами QUIK по текущим заявкам, сделкам, ценам.
   4. Скорость обмена текущими ценами: 5-10 инструментов в секунду на современном ПК / сервере.

( Читать дальше )

Теоретически понятно.
Есть очередь заявок которая исполняется ядром биржи.

Варианты технической реализации:
Это ферма серверов которые на самом деле между собой реплицируют данные?
Т.е. фактически это не 1 стакан, а набор стаканчиков у каждого своя очередь, а потом все это сливается в единый поток?
Не может же быть, что стакан это один процесс с 1 очередью?
Это либо несколько стаканчиков выхватывающих из общей очереди по клиенту, либо к каждому стаканчику своя очередь.
Ядро биржи обрабатывает заявки всегда быстрее чем пополняется очередь?
Если образуется очередь заявок количество ядер автоматически увеличивается?
Т.е на примере гипермаркета:
Человек купил товар  гипермаркете. Но он пришел в определенную очередь на определенной кассе. Не важно с какой скоростью он подбежал к кассе?
Он мог подбежать к кассе у которой такие же скоростные бегуны, которые надеялись что они будут первыми?
Могло ли быть такое что кассир отошла и сказала всем перейдите в другую очередь?
Если все ломятся к самой молодой и быстрой кассирше не станет ли это причиной того, что завтра она будет медленно работать и хамить?
Если у тебя в кармане всего лям есть ли смысл быстрее бежать в автосалон когда машина стоит два ляма.

Теоретически понятно. Есть очередь заявок которая исполняется ядром биржи.
Варианты технической реализации:
Это ферма серверов которые на самом деле между собой реплицируют данные?
Т.е. фактически это не 1 стакан, а набор стаканчиков у каждого своя очередь, а потом все это сливается в единый поток?
Не может же быть, что стакан это один процесс с 1 очередью?
Это либо несколько стаканчиков выхватывающих из общей очереди по клиенту, либо к каждому стаканчику своя очередь.
Ядро биржи обрабатывает заявки всегда быстрее чем пополняется очередь?
Если образуется очередь заявок количество ядер автоматически увеличивается?
Т.е на примере гипермаркета:
Человек купил товар  гипермаркете. Но он пришел в определенную очередь на определенной кассе. Не важно с какой скоростью он подбежал к кассе?
Он мог подбежать к кассе у которой такие же скоростные бегуны, которые надеялись что они будут первыми?
Могло ли быть такое что кассир отошла и сказала всем перейдите в другую очередь?
Если все ломятся к самой молодой и быстрой кассирше не станет ли это причиной того, что завтра она будет медленно работать и хамить?
Если у тебя в кармане всего лям есть ли смысл быстрее бежать в автосалон когда машина стоит два ляма.

Не смотря на то, что существует множество языков программирования и готовых торговых систем, считаю что возможности платформы 1С Предприятие на форуме не сильно озвучены. Поэтому опишу свою реализацию торговой системы.

Система имеет 18 встроенных торговых стратегий. Сами стратегии основаны на технических индикаторах рассчитанных в связке 1С+Python.


На примере MACD простейшее описание выглядит так: сигнал на покупку возникает если ta_MACD_macd_diff больше 0 и растет



( Читать дальше )