В некотором смысле Quik стандарт для российских брокеров, насколько мне известно. Многим приходится по нему экзамены сдавать. Но это не исключает того, что это программа с неудобным древним интерфейсом.
Новый терминалы, написанные под Transaq Connect выглядят по сравнению с Quik как Феррари.
Да, большинство из них платные, но если брокер зарабатывает на бирже, то не вижу причин экономить на инструменте.
Фишка 1С — в расширяемости. Т.е. какова бы крутая платформа не была, а упирается в то, что лимитирована видением разработчика. Больше этого не сделать. А тут можно нанять программиста 1С и «докрутить» под себя.
В том же метатрейдере есть скрипты для написания для роботов и скрипты для создания своих индикаторов, но не более того, сам интерфейс программы не прогнуть.
Ну это да, что касается Transaq Connect, то программ не видел, но обертку для DLL искали, то бишь задумки были. Я бы мог написать, но под заказчика, а не под себя.
Если мне нужно будет автоматизировать 1000 сканеров, я думаю, у меня будет и соответствующий бюджет, можно хоть на ассемблере писать.
Если же речь об автоматизации одного трейдера, не вижу тут проблем в производительности.
Не могу понять, почему не предназначена? База данных цен инструментов налицо, отчетность налицо, возможность делать сделки через DLL налицо.
Делать хотя бы затем, что остальные инструменты убоги и не расширяемы.
1С потому и применяют, что в ней можно сделать то, что нужно заказчику (в данном случае трейдеру).
Еще раз — я писал про 1C в ключе RAD для приложений БАЗ Данных, а не распознавания изображений. Но если вы не в курсе, на 1С тексты сканов очень даже распознаются — либо через библиотеки Gunei Form, либо через Rest-API сайтов. Вопрос только в мотивации. Там же любую DLL можно задействовать.
Регистры для учета, но 1С не только из регистров состоит, там есть справочники и документы. Не понял вопроса.
Про какие гвозди и микроскопы речь, не уходите в демагогию, плиз.
Какой-то случай вы взяли вырванный из жизни. Под записную книжку одного человека лучше использовать смартфон.
База данных подразумевает совместную работу. Хотя для упрощения жизни трейдера БД может быть использована и одним пользователем.
Еще раз — я про приложения с базами данных для обычного мелкого и среднего бизнеса. Там не нужна многопоточность и NoSQL в 98% случаев.
В сегменте написания приложений для БД в мелком и среднем бизнесе альтернатив 1С по скорости перекладыванию бизнес-логики в готовое решение НЕТ.
По тому, что в платформе есть регистры делать вывод о том, что платформа только для учета — это забавная логическая манипуляция.
ООП — это не панацея. И не демонизируйте его, там нет чего-то сложного или прорывного. В 1С есть элементы ООП, например, прикладные объекты наследную от некого базового объекта (справочник или документ свойства и методы).
непонятно, зачем затачиваться на одно убогое приложение (Quik), если можно сделать самостоятельное приложение, где рисовать уровни и торговать. или роботов писать.
Альмет, простите, это с какого такого холивара вы решили, что 1С — только для учета?
Хотя учет опять же, что такое?
Под самой лучшей средой для быстрой разработки приложений я имел ввиду приложения с базой данных.
Ну, конечно, не баз данных мобильных операторов. Но биржевого робота 1С вполне потянет, она и не такие объемы может ворочать.
Гм, ну судя по наличию "клиентов" это не от скуки писалось, а на заказ.
А вообще есть же DLL "Transaq Connector", через него обычно идет взаимодействие с биржей.
Т.е. если с нуля писать, а не под "клиентов", которые привыкли к Quik (крайне убогой и древней в плане интерфейса программе), то имеет смысл напрямую работать с брокером через "Transaq Connector".
Тогда даже скальпинг и торговых роботов можно писать (ибо быстро).
Отвечу на вопросы других — почему на 1С? Потому что 1С — самая быстрая среда для разработки приложений на текущий момент в мире. И у нее большая экосистема разработчиков в России. То что напишет один программист 1С, поймет другой.
Классненько, а то я на партнерский как раз писал просьбу сделать режим частичной выгрузки/загрузки, не знал, что в 8.3.8 это уже сделано.
У меня на инфостарте есть интересная обработка по парсингу модулей. Наверное, в XML режиме можно ее переписать, прикольно будет.
В новых версиях 1с есть выгрузка в файлы по папкам. Так что программа С++ не нужна.
Правда, не знаю, работает ли в режиме командной строки выгрузка по папкам.
Я — программист 1С. И недолюбливаю Метрополию (фирму 1С).
Меня всегда мучал вопрос, почему нельзя сделать, чтобы УПП = УТ + ЗУП + БП?
Оказалось, причина в бабках. По крайней мере мне так объяснили.
Может и модульности нет из-за бабок.
Это не радует меня, как программного перфекциониста.
За 10 лет работы с 1С сложилось мнение — платформа классная, а менджмент 1С — античеловечный.
К тому же 1С закрыта от критики и от обратной связи — пробраться на форумы не так легко, линия поддержки перегружена тоже.
Вы еще не упомянули про Управляемые Формы в платформе 8.3, которые увеличили объем работы программистов, непонятно зачем.
В общем, не тем путем идет Нуралиев. А идет он этим путем только из-за отсутствия конкуренции.
Новый терминалы, написанные под Transaq Connect выглядят по сравнению с Quik как Феррари.
Да, большинство из них платные, но если брокер зарабатывает на бирже, то не вижу причин экономить на инструменте.
Фишка 1С — в расширяемости. Т.е. какова бы крутая платформа не была, а упирается в то, что лимитирована видением разработчика. Больше этого не сделать. А тут можно нанять программиста 1С и «докрутить» под себя.
В том же метатрейдере есть скрипты для написания для роботов и скрипты для создания своих индикаторов, но не более того, сам интерфейс программы не прогнуть.
Если же речь об автоматизации одного трейдера, не вижу тут проблем в производительности.
Не могу понять, почему не предназначена? База данных цен инструментов налицо, отчетность налицо, возможность делать сделки через DLL налицо.
Делать хотя бы затем, что остальные инструменты убоги и не расширяемы.
1С потому и применяют, что в ней можно сделать то, что нужно заказчику (в данном случае трейдеру).
Регистры для учета, но 1С не только из регистров состоит, там есть справочники и документы. Не понял вопроса.
Про какие гвозди и микроскопы речь, не уходите в демагогию, плиз.
База данных подразумевает совместную работу. Хотя для упрощения жизни трейдера БД может быть использована и одним пользователем.
Еще раз — я про приложения с базами данных для обычного мелкого и среднего бизнеса. Там не нужна многопоточность и NoSQL в 98% случаев.
В сегменте написания приложений для БД в мелком и среднем бизнесе альтернатив 1С по скорости перекладыванию бизнес-логики в готовое решение НЕТ.
По тому, что в платформе есть регистры делать вывод о том, что платформа только для учета — это забавная логическая манипуляция.
ООП — это не панацея. И не демонизируйте его, там нет чего-то сложного или прорывного. В 1С есть элементы ООП, например, прикладные объекты наследную от некого базового объекта (справочник или документ свойства и методы).
Рынок Quik-пользователей намного более узок, чем рынок Transaq Connector пользователей.
Под Transaq Connector написано много приложений, вот моя статья на эту тему:
fixinchik.ru/vosstanovite-moyu-veru-v-brokerskoe-po
непонятно, зачем затачиваться на одно убогое приложение (Quik), если можно сделать самостоятельное приложение, где рисовать уровни и торговать. или роботов писать.
Хотя учет опять же, что такое?
Под самой лучшей средой для быстрой разработки приложений я имел ввиду приложения с базой данных.
Ну, конечно, не баз данных мобильных операторов. Но биржевого робота 1С вполне потянет, она и не такие объемы может ворочать.
Гм, ну судя по наличию "клиентов" это не от скуки писалось, а на заказ.
А вообще есть же DLL "Transaq Connector", через него обычно идет взаимодействие с биржей.
Т.е. если с нуля писать, а не под "клиентов", которые привыкли к Quik (крайне убогой и древней в плане интерфейса программе), то имеет смысл напрямую работать с брокером через "Transaq Connector".
Тогда даже скальпинг и торговых роботов можно писать (ибо быстро).
Отвечу на вопросы других — почему на 1С? Потому что 1С — самая быстрая среда для разработки приложений на текущий момент в мире. И у нее большая экосистема разработчиков в России. То что напишет один программист 1С, поймет другой.
У меня на инфостарте есть интересная обработка по парсингу модулей. Наверное, в XML режиме можно ее переписать, прикольно будет.
Правда, не знаю, работает ли в режиме командной строки выгрузка по папкам.
Я употреблял термин «хороший» в плане пользы для общества, а не для фирмы 1с.
Меня всегда мучал вопрос, почему нельзя сделать, чтобы УПП = УТ + ЗУП + БП?
Оказалось, причина в бабках. По крайней мере мне так объяснили.
Может и модульности нет из-за бабок.
Это не радует меня, как программного перфекциониста.
За 10 лет работы с 1С сложилось мнение — платформа классная, а менджмент 1С — античеловечный.
К тому же 1С закрыта от критики и от обратной связи — пробраться на форумы не так легко, линия поддержки перегружена тоже.
Вы еще не упомянули про Управляемые Формы в платформе 8.3, которые увеличили объем работы программистов, непонятно зачем.
В общем, не тем путем идет Нуралиев. А идет он этим путем только из-за отсутствия конкуренции.
Мы, программисты 1С, этот беспредел не одобряем.