[quote:cf25ffb5db="Techsupport"]Спасибо, увидели. В базе эта сделка одна, так что если удалите таблицу и заново ее вызовете во фрейм, то глюк должен исчезнуть. Сам баг постараемся найти и исправить к выходу следующей версии.[/quote:cf25ffb5db]
Обновил содержимое фрейма, сработало, глюк исчез.
Кстати, как-то видел и 2 дублирующиеся сделки.
И по второму вопросу тоже хотелось бы решения.
Ваш продукт, DD становится продуктом для самого себя - еще не исправлены старые баги, но уже добавлен новый геморрой.
Версия 2,10
1."Постоянно приходится обновлять последнюю дату в окнах по позициям. Т.е. галочка "по сегодня" в фильтре действует только сегодня, а после закрытия программы и открытия в тот же день вместо "сегодня" появляется уже дата. А на завтра опять приходится ставить "по сегодня". Итак до бесконечности.
Просьба сделать чтобы этот флажок работал корректно. По умолчанию - фильтр "по сегодня" и чтобы снимался только при попытке сменить последнюю дату отчёта."
Баг не исправлен.
2. На часовых график в цене по оси Y исчезла 4-я цифра после запятой.
При увеличении масштаба 4-я цифра появляется, но теперь не понятен сам график. Для наглядности прицепил архив с двумя картинками, посмотрите сами Рис.1 -график как прямая, но зато с 4-я цифрами,
Рис.2 - более-менее понятно, но теперь цифр после запятой - 3
Приветствую!
Хотел выразить благодарность, тем, кто работает над улучшением клиентского терминала DD 2005, последняя версия (v 2.1.0) очень порадовала, особенно её графическая часть. Спасибо.
Поругали... Похвалили...
В любом случае, спасибо, что не остались равнодушными!
Время не стоит на месте, мы не сидим без дела - баги будем исправлять, пожелания учитывать.
[quote:53acf4f3a7="golemon"]
Версия 2,10
1."Постоянно приходится обновлять последнюю дату в окнах по позициям. Т.е. галочка "по сегодня" в фильтре действует только сегодня,
[/quote:53acf4f3a7]
Сейчас как раз этим и занимаемся.
[quote:53acf4f3a7="golemon"]
2. На часовых график в цене по оси Y исчезла 4-я цифра после запятой.
При увеличении масштаба 4-я цифра появляется, но теперь не понятен сам график. Для наглядности прицепил архив с двумя картинками, посмотрите сами Рис.1 -график как прямая, но зато с 4-я цифрами,
Рис.2 - более-менее понятно, но теперь цифр после запятой - 3
[/quote:53acf4f3a7]
Прицел уже исправлен до 4-х цифр. V 2.11 выложена на сайте.
При увеличении масштаба количество знаков после запятой меняется, чтобы не писать лишние нули.
[quote:ae1f736406="golemon"]
Версия 2,10
1."Постоянно приходится обновлять последнюю дату в окнах по позициям. Т.е. галочка "по сегодня" в фильтре действует только сегодня,
[/quote:ae1f736406]
Готово, выложим в следующей версии с рядом других изменений. Может быть еще на этой неделе.
[quote:97a9ddcf32="dealer"][quote:97a9ddcf32="DSA"]
5) Иметь мощный API для связи с внешними программами. Внешняя программа должна иметь возможность получать как мгновенные значения, так и запросить данные за любой период прошедшего времени. И иметь возможность покупать и продавать. Автоматом или полуавтоматом ...
[/quote:97a9ddcf32]
Это будет вероятнее всего не скоро, поскольку будет внутренний язык, с его помощью можно будет управлять счетом.
[/quote:97a9ddcf32]
IMHO, очередной "велосипед"... Я конечно понимаю, что монолитная программа для конечного пользователя проще. Но если взять разные ДЦ, посмотреть сколько у них своих терминалов со своими языками и фичами, не совместимых друг с другом... И куча затраченного разработчиками времени на достижение аналогичной функциональности (рисование графиков, язык). А также куча времени затраченного пользователями на изучение этих продуктов... Хотя нужны всего лишь модули с открытой архитектурой (и желательно кодом) совместимые с уже существующими платформами (или для использования в своём коде).
Мне в голову приходит 3 причины такого положения дел:
1. Сложность освоения модульного продукта пользователями.
2. Отсутствие бесплатных открытых торговых платформ, в которых этот модуль можно было бы использовать.
3. Боязнь использования разработки другими ДЦ.
Что можно с этим сделать?
1. Для простой торговли можно использовать и веб-интерфейс. По мере приобретения опыта и роста требований к платформе пользователь переберётся и на нормальный вариант.
2. Какой-нибудь ДЦ мог бы возглавить разработку открытой платформы, выложив свои исходники на том же sourceforge в качестве основы (терминал ведь и так бесплатный). Заодно люди оценят насколько хороша платформа изнутри, а не только кнопочки и графики. Другие ДЦ вполне могут также принять участие в развитии проекта. Выиграют от этого все.
3. Главным в выборе ДЦ должны быть условия работы. И наработки пользователя не должны меняться при переходе от одного ДЦ к другому (единый терминал со сменными модулями подкачки котировок и исполнения). В противном случае видим политику аналогичную Microsoft - подсадить людей на своё ПО и затруднить переход на альтернативы. Но это, признайте, не очень хорошо выглядит с точки зрения пользователя.
По поводу открытости системы хочу процитировать один старый журнал:
[quote:97a9ddcf32]...напомним им об эффекте Артёма Тарасова, который состоит в том, что при увеличении радиуса пирога в два раза уменьшение угловой доли доли пирога тоже в два раза приводит к увеличению веса самого куска в полтора раза, а никак не к уменьшению...[/quote:97a9ddcf32]
Что мы и видим хотя бы на примере архитектуры современных PC (архитектура открыта, производителей много но и пользователей ГОРАЗДО больше чем у того же Mac)
[quote:295a1cc7b2="dealer"][quote:295a1cc7b2="DSA"]
6) Частично раскройте протоколы работы с сайтом через Web. Имеется в виду получение котировок в реальном масштабе и запрос исторических данных.[/quote:295a1cc7b2]
Первое я вам сегодня сброшу в личные сообщения. По поводу второго нужно подумать.[/quote:295a1cc7b2]
А можно и мне сбросить? Сравню свои записи :) А по поводу второго - да, действительно надо. Хотелось бы иметь возможность установить tcp-соединение с сервером, по которому сервер толкал бы на клиент тики и другие запрошенные интервалы по мере их поступления в реальном времени (это снизит нагрузку на сервер, т.к. клиенту не надо будет делать постоянные запросы на предмет новых данных). Кроме того нужна нормальная докачка истории - html страничка уж больно много весит. Сделайте то же самое, но в компактном формате (как в ddlite) и с возможностью указания диапазона по времени и по внутреннему id тика/бара из вашей БД.
Поймите же наконец, что наличие API - это ещё один весомый плюс при выборе ДЦ! Forex штука быстрая и волатильная. И если ДЦ со своей стороны использует автоматику для выполнения рутинных операций и снижения рисков из-за запаздывания (а также для экономии времени своих сотрудников), то вполне логично такое же стремление со стороны трейдеров! И пора вам уже отказываться от индикативных котировок и переходить на автоматику. Поток тиков в идеале должен быть таким, чтобы каждый тик был равноценен запросу двусторонней котировки в вашем терминале, т.е. по этой котировке до прихода нового тика можно было торгануть. Сглаживайте котировки из нескольких источников, если боитесь выбросов...
Получение данных от сервера по tcp - это сейчас не проблема. Если надо - спроси у суппорта. Самое ценное, что надо, это ТОРГОВЛЯ и ИСТОРИЯ. А то счас я внимательно присматриваюсь к WAP интерфейсу на предмет автоматизированой торговли. Изврат конечно, но куда деваться ....
[quote:38575e4ad4="yayo"]IMHO, очередной "велосипед"... Я конечно понимаю, что монолитная программа для конечного пользователя проще. Но если взять разные ДЦ, посмотреть сколько у них своих терминалов со своими языками и фичами, не совместимых друг с другом...
[/quote:38575e4ad4]
Наш язык совместим с омегой и достаточно прост в использовании.
[quote:38575e4ad4="yayo"]
И куча затраченного разработчиками времени на достижение аналогичной функциональности (рисование графиков, язык). А также куча времени затраченного пользователями на изучение этих продуктов... Хотя нужны всего лишь модули с открытой архитектурой (и желательно кодом) совместимые с уже существующими платформами (или для использования в своём коде).
Мне в голову приходит 3 причины такого положения дел:
1. Сложность освоения модульного продукта пользователями.
2. Отсутствие бесплатных открытых торговых платформ, в которых этот модуль можно было бы использовать.
3. Боязнь использования разработки другими ДЦ.
[/quote:38575e4ad4]
Вы забыли про техническую независимость и финансовую безопасность. Это главные моменты. На открытый код найдутся много желающих попробовать свои программистские силы, дабы избавить дилинг от лишних денег и порыться в счетах. Так что создание собственного продукта гарантирует, прежде всего, безопасность наших клиентов и их денег.
[quote:38575e4ad4="yayo"]
Что можно с этим сделать?
1. Для простой торговли можно использовать и веб-интерфейс. По мере приобретения опыта и роста требований к платформе пользователь переберётся и на нормальный вариант.
2. Какой-нибудь ДЦ мог бы возглавить разработку открытой платформы, выложив свои исходники на том же sourceforge в качестве основы (терминал ведь и так бесплатный). Заодно люди оценят насколько хороша платформа изнутри, а не только кнопочки и графики. Другие ДЦ вполне могут также принять участие в развитии проекта. Выиграют от этого все.
[/quote:38575e4ad4]
Вы представляете, сколько денег стоит разработка собственного терминала? Вы понимаете, что кроме терминала есть еще подводная часть айсберга, датацентры, дилерская часть, сервера, по для менеджмента, котировок, новостей, хеджирования, аналитики и статистики, бухгалтерии....
Последний раз редактировалось: Techsupport (Вт Янв 24, 2006 3:46 am), всего редактировалось 1 раз
[quote:1adacd7697="yayo"]
3. Главным в выборе ДЦ должны быть условия работы. И наработки пользователя не должны меняться при переходе от одного ДЦ к другому (единый терминал со сменными модулями подкачки котировок и исполнения). В противном случае видим политику аналогичную Microsoft - подсадить людей на своё ПО и затруднить переход на альтернативы. Но это, признайте, не очень хорошо выглядит с точки зрения пользователя.
[/quote:1adacd7697]
А существует ли достойная замена продуктам майкрософта, с которыми могла бы справиться домохозяйка без чтения специально литературы? . Увы, пока нет.
[quote="yayo"]
По поводу открытости системы хочу процитировать один старый журнал:
[quote:1adacd7697]...напомним им об эффекте Артёма Тарасова, который состоит в том, что при увеличении радиуса пирога в два раза уменьшение угловой доли доли пирога тоже в два раза приводит к увеличению веса самого куска в полтора раза, а никак не к уменьшению...
Что мы и видим хотя бы на примере архитектуры современных PC (архитектура открыта, производителей много но и пользователей ГОРАЗДО больше чем у того же Mac)[/quote:1adacd7697]
Открытая архитектура и отрытый код - разные вещи. Интел же не выкладывает описание технологии микропроцессоров и план завода, который нужно создать, чтобы клепать их самостоятельно.
Понимаете, открытый код терминалов невозможен, хотя бы потому что мы работаем в сфере финансов. Я думаю, вы бы не обрадовались, если бы у вас на счету было 100 000 долларов, и вы бы знали, что у многих программистов по всему шару есть доступ к исходному коду системы, в которой у вас лежать деньги. Поверьте, многие нехорошие люди готовы были провести дни и ночи, чтобы попробовать поломать систему.
В общем, вкладывание исходного кода может привести к потере крупных клиентов компании. Поэтому это делать мы никогда не будем. Вы представляете, сколько денег стоит разработка собственного терминала? Вы понимаете, что кроме терминала есть еще подводная часть айсберга, датацентры, дилерская часть, сервера, ПО для менеджмента, котировок, новостей, хеджирования, аналитики и статистики, бухгалтерии....
[quote:609c489e67="Techsupport"]
Вы забыли про техническую независимость и финансовую безопасность. Это главные моменты. На открытый код найдутся много желающих попробовать свои программистские силы, дабы избавить дилинг от лишних денег и порыться в счетах. Так что создание собственного продукта гарантирует, прежде всего, безопасность наших клиентов и их денег.
Вы представляете, сколько денег стоит разработка собственного терминала? Вы понимаете, что кроме терминала есть еще подводная часть айсберга, датацентры, дилерская часть, сервера, по для менеджмента, котировок, новостей, хеджирования, аналитики и статистики, бухгалтерии....[/quote:609c489e67]
Вы совершенно правы! Но я не имел ввиду серверную часть... Подразумевался только клиент (терминал). Вы же не хотите сказать что безопасность денег клиентов зависит от кода терминала? Есть сервер и совершенно логично что он закрыт (это тот продукт который призван обеспечивать ваше техническое преимущество среди прочих ДЦ, а также безопасность клиентских счетов). Но терминал вы отдаёте клиенту, причём бесплатно. И безопасность системы в целом не должна от него зависеть, потому что бинарный код её не гарантирует.
Да, разработка терминала стоит денег. Но вы так и так выкладываете его бесплатно. Открытие кода конечно создаёт риск его заимствования конкурентами. Однако:
1. Есть соответствующие лицензии (GPL)
2. Вполне возможно что кто-то привнесёт в этот терминал такие функции, на которые у вас не хватит денег или времени. А выиграют все, в т.ч. и вы и ваши клиенты.
3. Коллективная разработка - способ сэкономить деньги :) И возможность найти дополнительных программистов интересующихся проектом.
[quote:6a2278f0cb="yayo"]Вы совершенно правы! Но я не имел ввиду серверную часть... Подразумевался только клиент (терминал). Вы же не хотите сказать что безопасность денег клиентов зависит от кода терминала? Есть сервер и совершенно логично что он закрыт (это тот продукт который призван обеспечивать ваше техническое преимущество среди прочих ДЦ, а также безопасность клиентских счетов). Но терминал вы отдаёте клиенту, причём бесплатно. И безопасность системы в целом не должна от него зависеть, потому что бинарный код её не гарантирует.
[/quote:6a2278f0cb]
Конечно не гарантирует, но значительно увеличивает. Сейфовая ячейка в банке тоже не гарантирует сохранность средств на 100%, однако значительно затрудняет к ним доступ третьих лиц .
[quote:6a2278f0cb="yayo"]
Да, разработка терминала стоит денег. Но вы так и так выкладываете его бесплатно. Открытие кода конечно создаёт риск его заимствования конкурентами. Однако:
1. Есть соответствующие лицензии (GPL)
[/quote:6a2278f0cb]
Мы с Вами живем в одной стране или нет? Вы думаете, что если мы сейчас выложим исходик, например, движка языка, то он не появится сразу в 3-4 терминалах других дилингов? И сможем ли мы потом доказать что это был наш движок. Он ведь будет уже в чужом бинарном коде.
[quote:6a2278f0cb="yayo"]
2. Вполне возможно что кто-то привнесёт в этот терминал такие функции, на которые у вас не хватит денег или времени. А выиграют все, в т.ч. и вы и ваши клиенты.
[/quote:6a2278f0cb]
А в месте с кое-какими функциями и кое какие возможности . Например, возможности взять чужой пароль и сбросить его себе на ящик. К кому потом будут претензии?
[quote:6a2278f0cb="yayo"]
3. Коллективная разработка - способ сэкономить деньги И возможность найти дополнительных программистов интересующихся проектом.
[/quote:6a2278f0cb]
Да в принципе это единственный плюс, но мы не сильно верим в проекты, в, которых люди что-то делают, но за это ничего не получают, вернее в том, что эти проекты могут получать очень быстрое развитие.
Вы, кстати, можете и сами организовать инициативную группу по разработке "общественного" торгового терминала.
P.S. Есть еще один момент. Создание общественного терминала, даже если оно получиться, в чем, повторяю, есть большие сомнения, может разрушить или ухудшить бизнес таких компаний как MQ, KF, DC. Так зачем нам мешать хорошим людям зарабатывать деньги?
Часовой пояс: GMT + 3 На страницу Пред.1, 2, 3След.
Страница 2 из 3
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах Вы не можете прикреплять файлы к сообщению Вы можете загружать файлы
.
