Кросс платформенность и стандартизация в QUIK API

Страницы: 1
RSS
Кросс платформенность и стандартизация в QUIK API
 
Здравствуйте.

1. Прошу рассмотреть вопрос приведения используемых типов данных к стандарту ISO.

2. Прошу рассмотреть вопрос переносимости QUIK API на linux/macos.

Спасибо.
 
Цитата
rinat написал:
Здравствуйте.

1. Прошу рассмотреть вопрос приведения используемых типов данных к стандарту ISO.

2. Прошу рассмотреть вопрос переносимости QUIK API на linux/macos.

Спасибо.
Добрый день.

1. Можно поподробнее?
2. Что именно в данном контексте понимается под QUIK API? Trans2QUIK.dll?
 
Цитата
Alexey Ivannikov написал:
Цитата
rinat   написал:
Здравствуйте.

1. Прошу рассмотреть вопрос приведения используемых типов данных к стандарту ISO.

2. Прошу рассмотреть вопрос переносимости QUIK API на linux/macos.

Спасибо.
Добрый день.

1. Можно поподробнее?
2. Что именно в данном контексте понимается под QUIK API? Trans2QUIK.dll?
1. p.3.9.1

2. данные участникам тоже нужны. ответ понятен?
 
rinat,

1. Приведите конкретику, что именно Вы хотите изменить в используемых типах данных.
2. ответ не понятен.
 
Цитата
Sergey Gorokhov написал:
rinat  ,

1. Приведите конкретику, что именно Вы хотите изменить в используемых типах данных.
2. ответ не понятен.

то, что это непонятно хамоватым манагерам - ни сколько не удивляет.

будьте так любезны адресовать эти темы программистам.
 
rinat,
Просто так "сделайте как там" мы делать не будем (см регламент)
Менять что-либо кардинально в имеющемся ПО тоже, т.к. этим ПО пользуется очень большое количество людей.
Кроме того, Вы так и не уточнили о каком именно ПО идет речь.
Если у Вас есть конкретные предложения, по конкретному ПО, то готовы передать тему разработчикам через стандартную процедуру регистрации пожелания.
Иначе просто не понятно какому именно разработчику адресовать это пожелание.
 
Цитата
Sergey Gorokhov написал:
rinat  ,
Просто так "сделайте как там" мы делать не будем ( см регламент )
Менять что-либо кардинально в имеющемся ПО тоже, т.к. этим ПО пользуется очень большое количество людей.
Кроме того, Вы так и не уточнили о каком именно ПО идет речь.
Если у Вас есть конкретные предложения, по конкретному ПО, то готовы передать тему разработчикам через стандартную процедуру регистрации пожелания.
Иначе просто не понятно какому именно разработчику адресовать это пожелание.
1. при кросс-компиляции над нестандартными типами приходится дополнительно работать. это вполне конкретный issue для будущего кросс-платформинга. абсолютно просто и очевидно.
2. очевидно, что раз вопрос поставлен не только об исполнительной части, то trans2quik недостаточно, если конечно туда вдруг уже не добавили API для маркетдаты - было бы неплохо. пока же ответ однозначен.
 
Цитата
rinat написал:
1. при кросс-компиляции над нестандартными типами приходится дополнительно работать. это вполне конкретный issue для будущего кросс-платформинга. абсолютно просто и очевидно.

Нужна конкретика. Где именно Вы увидели "нестандартные" типы?

Цитата
rinat написал:
2. очевидно, что раз вопрос поставлен не только об исполнительной части, то trans2quik недостаточно, если конечно туда вдруг уже не добавили API для маркетдаты - было бы неплохо. пока же ответ однозначен

Давайте еще раз, Вы говорите про возможность использовать QUIK API на linux/macos.
Если речь про API без терминала, то это Fix Client Connector. Да он не работает на linux и iOs. Но ничего не мешает расположить его на компьютере с Windows и подключаться к нему по сети с Вашего приложения на  linux или iOs.
Если речь про разработку именно терминала QUIK под linux и iOs и к нему разработать аналог trans2quik, то на этот счет у нас есть однозначная позиция
 
Цитата
Sergey Gorokhov написал:
Цитата
...
Если речь про разработку именно терминала QUIK под linux и iOs и к нему разработать аналог trans2quik, то на этот счет у нас есть однозначная  позиция
Эта "позиция" - не более, чем детская травма от оконной философии. К сожалению огромная масса толковых программеров в РФ воспитана на окошках, студиях и мыше-стйле.
Это конечно вполне однобоко и бестолково в смысле общей картины ИТ-индустрии и приведет к невозможности сокращать отставание отрасли. Но индивиды разберутся - да.
По-сему не стану вас агитировать. Тем более, что местная аудитория, выжимающая из суррогата луа малтисридинг и халявщики, качающие из квика рынки западных акций абсолютно вас стоят.
Тут всё в гармонии. Позируйте на здоровье. :)
 
Цитата
Sergey Gorokhov написал:
Цитата
rinat   написал:
1. при кросс-компиляции над нестандартными типами приходится дополнительно работать. это вполне конкретный issue для будущего кросс-платформинга. абсолютно просто и очевидно.
Нужна конкретика. Где именно Вы увидели "нестандартные" типы?
Цитата
rinat   написал:
2. очевидно, что раз вопрос поставлен не только об исполнительной части, то trans2quik недостаточно, если конечно туда вдруг уже не добавили API для маркетдаты - было бы неплохо. пока же ответ однозначен
Давайте еще раз, Вы говорите про возможность использовать QUIK API на linux/macos.
Если речь про API без терминала, то это Fix Client Connector. Да он не работает на linux и iOs. Но ничего не мешает расположить его на компьютере с Windows и подключаться к нему по сети с Вашего приложения на  linux или iOs.
Если речь про разработку именно терминала QUIK под linux и iOs и к нему разработать аналог trans2quik, то на этот счет у нас есть однозначная  позиция
http://nvidia.custhelp.com/app/answers/detail/a_id/4604/

Сергей уважаемый.

А ведь нет смысла вас спрашивать о 64-битном терминале, а? - Работать-то будет же ж.
Небось "принципов"-то  неиссякаемый источник открыли вы. :)  
 
rinat,

Если вопрос в том, будет ли, то ответ да будет.
Если вопрос про сроки, то они пока не определены.
 
Уважаемая поддержка!!

так что с 64 битной версией квик в новом 2018 году? хоть когда нибудь вы сможете обновить умирающее свое детище? Работать просто невозможно становится в квике с парой луаскриптов. Сообщения что недостаточно памяти просто замучали!
с каждой новой версией квика 7.12 потом 13 и 14 и памяти остается все меньше и меньше а работать все сложнее и сложнее что хочется выбросить это все нахрен и перейти на более адекватную программу.
на нормальной мощной RAM64гб машине невозможно работать в этой убогой программе. эта узкая дверь просто не дает прохода и возможности для развития!

Сколько будет продолжаться этот прошлый век? не хотите раздавать бесплатно так продавайте за деньги! но сколько можно все это продолжать!
Страницы: 1
Читают тему (гостей: 2)
Наверх