1. Приведите конкретику, что именно Вы хотите изменить в используемых типах данных. 2. ответ не понятен.
то, что это непонятно хамоватым манагерам - ни сколько не удивляет.
будьте так любезны адресовать эти темы программистам.
Пользователь
Сообщений: Регистрация: 23.01.2015
27.11.2017 17:26:19
rinat, Просто так "сделайте как там" мы делать не будем () Менять что-либо кардинально в имеющемся ПО тоже, т.к. этим ПО пользуется очень большое количество людей. Кроме того, Вы так и не уточнили о каком именно ПО идет речь. Если у Вас есть конкретные предложения, по конкретному ПО, то готовы передать тему разработчикам через стандартную процедуру регистрации пожелания. Иначе просто не понятно какому именно разработчику адресовать это пожелание.
Пользователь
Сообщений: Регистрация: 28.09.2017
27.11.2017 17:44:16
Цитата
Sergey Gorokhov написал: rinat , Просто так "сделайте как там" мы делать не будем ( ) Менять что-либо кардинально в имеющемся ПО тоже, т.к. этим ПО пользуется очень большое количество людей. Кроме того, Вы так и не уточнили о каком именно ПО идет речь. Если у Вас есть конкретные предложения, по конкретному ПО, то готовы передать тему разработчикам через стандартную процедуру регистрации пожелания. Иначе просто не понятно какому именно разработчику адресовать это пожелание.
1. при кросс-компиляции над нестандартными типами приходится дополнительно работать. это вполне конкретный issue для будущего кросс-платформинга. абсолютно просто и очевидно. 2. очевидно, что раз вопрос поставлен не только об исполнительной части, то trans2quik недостаточно, если конечно туда вдруг уже не добавили API для маркетдаты - было бы неплохо. пока же ответ однозначен.
Пользователь
Сообщений: Регистрация: 23.01.2015
27.11.2017 18:35:01
Цитата
rinat написал: 1. при кросс-компиляции над нестандартными типами приходится дополнительно работать. это вполне конкретный issue для будущего кросс-платформинга. абсолютно просто и очевидно.
Нужна конкретика. Где именно Вы увидели "нестандартные" типы?
Цитата
rinat написал: 2. очевидно, что раз вопрос поставлен не только об исполнительной части, то trans2quik недостаточно, если конечно туда вдруг уже не добавили API для маркетдаты - было бы неплохо. пока же ответ однозначен
Давайте еще раз, Вы говорите про возможность использовать QUIK API на linux/macos. Если речь про API без терминала, то это Fix Client Connector. Да он не работает на linux и iOs. Но ничего не мешает расположить его на компьютере с Windows и подключаться к нему по сети с Вашего приложения на linux или iOs. Если речь про разработку именно терминала QUIK под linux и iOs и к нему разработать аналог trans2quik, то на этот счет у нас есть однозначная
Если речь про разработку именно терминала QUIK под linux и iOs и к нему разработать аналог trans2quik, то на этот счет у нас есть однозначная
Эта "позиция" - не более, чем детская травма от оконной философии. К сожалению огромная масса толковых программеров в РФ воспитана на окошках, студиях и мыше-стйле. Это конечно вполне однобоко и бестолково в смысле общей картины ИТ-индустрии и приведет к невозможности сокращать отставание отрасли. Но индивиды разберутся - да. По-сему не стану вас агитировать. Тем более, что местная аудитория, выжимающая из суррогата луа малтисридинг и халявщики, качающие из квика рынки западных акций абсолютно вас стоят. Тут всё в гармонии. Позируйте на здоровье. :)
rinat написал: 1. при кросс-компиляции над нестандартными типами приходится дополнительно работать. это вполне конкретный issue для будущего кросс-платформинга. абсолютно просто и очевидно.
Нужна конкретика. Где именно Вы увидели "нестандартные" типы?
Цитата
rinat написал: 2. очевидно, что раз вопрос поставлен не только об исполнительной части, то trans2quik недостаточно, если конечно туда вдруг уже не добавили API для маркетдаты - было бы неплохо. пока же ответ однозначен
Давайте еще раз, Вы говорите про возможность использовать QUIK API на linux/macos. Если речь про API без терминала, то это Fix Client Connector. Да он не работает на linux и iOs. Но ничего не мешает расположить его на компьютере с Windows и подключаться к нему по сети с Вашего приложения на linux или iOs. Если речь про разработку именно терминала QUIK под linux и iOs и к нему разработать аналог trans2quik, то на этот счет у нас есть однозначная
Сергей уважаемый.
А ведь нет смысла вас спрашивать о 64-битном терминале, а? - Работать-то будет же ж. Небось "принципов"-то неиссякаемый источник открыли вы. :)
Если вопрос в том, будет ли, то ответ да будет. Если вопрос про сроки, то они пока не определены.
Пользователь
Сообщений: Регистрация: 13.08.2015
28.01.2018 13:44:41
Уважаемая поддержка!!
так что с 64 битной версией квик в новом 2018 году? хоть когда нибудь вы сможете обновить умирающее свое детище? Работать просто невозможно становится в квике с парой луаскриптов. Сообщения что недостаточно памяти просто замучали! с каждой новой версией квика 7.12 потом 13 и 14 и памяти остается все меньше и меньше а работать все сложнее и сложнее что хочется выбросить это все нахрен и перейти на более адекватную программу. на нормальной мощной RAM64гб машине невозможно работать в этой убогой программе. эта узкая дверь просто не дает прохода и возможности для развития!
Сколько будет продолжаться этот прошлый век? не хотите раздавать бесплатно так продавайте за деньги! но сколько можно все это продолжать!
