Показать сообщение отдельно
Старый 09.01.2002, 23:43   #15  
Maxim Gorbunov is offline
Maxim Gorbunov
Administrator
Соотечественники
Лучший по профессии 2009
 
2,483 / 646 (26) +++++++
Регистрация: 27.11.2001
Адрес: Dubai, UAE
Цитата:
Изначально опубликовано Роман Кошелев
Одни ищут способы "как сделать", другие -- оправдание "почему не делать"
Спасибо, Роман. Вас послушать, так я прямо к числу разработчиков Axapta отношусь. Надо у Navision узнать, какая у меня зарплата.

Цитата:
Изначально опубликовано Роман Кошелев
Есть масса подходов удовлетворить и пользователей и канал. Как пример (!) такая концепция
А почему Вы упорно не хотите рассматривать как концепцию реализацию Damgaard? Почему Вы не хотите считать это решением проблемы и называете это недоработкой? Ведь, если честно, как решение Damgaard, так и Ваше решение обладают как достоинствами, так и недостатками (извините, но назвать Ваш пример идеальным решением рука не поднимется; причины изложены выше).

Цитата:
Изначально опубликовано Роман Кошелев
Если пользователь тащит бегунок, чтобы наблюдать ползущие данные, то он будет готов к тому, чтобы:
а. Эти данные будут поставляться ему медленно
Вот я поэтому и говорю, подумайте, готовы ли Вы заплатить за эту мелочь замедлением работы.

Цитата:
Изначально опубликовано Роман Кошелев
Пропущенные данные можно отображать так: Извините | эта строка не успела | загрузиться
Давайте лучше так: Извините | Ваш канал связи | Ваш компьютер | или Вы сами | не позволяют загрузиться | данной строке

Цитата:
Изначально опубликовано Роман Кошелев
2. Если пользователь тащит бегунок, чтобы перейти куда-то или по причине "я тащусь от этого зрелища", то он может быть готов к тому, что:
...
б. Не факт, что сами данные будут при этом показываться (а они и не нужны).
А Вы пользователя спросить не забыли, нужны ли ему эти данные? Может быть, он на длину строчки проверяет. А это можно визуально сделать ой как быстро.

Цитата:
Изначально опубликовано Роман Кошелев
Алгоритмы подстройки подобных вещей просты и расчитываются из тех соображений, что человек не в состоянии читать более 20 строк в сек, например.
Пусть у нас во все записи входит поле, которое представляет собой строку, и она может быть пустой или нет. Теперь я хочу найти в таблице запись с пустым значением этого поля. Поверьте, я могу сказать гораздо быстрее, чем за 20 сек, является ли строчное поле в текущей записи пустым или нет. (NB Я не сверхчеловек, чего и Вам желаю )

Цитата:
Изначально опубликовано Роман Кошелев
Вообще, всё это делается. Просто руки не дошли у них. У людей, пишущих сетевые игры с огромными виртуальными пространствами дошли.
На самом деле считаю дискуссию достаточно бессмысленной. В сетевых играх Вы попробовали свой пример, и Вам понравилось. Но Axapta (к сожалению или нет, не знаю) не сетевая игра. Очень может быть, что такая концепция окажется здесь неприменимой. Сказать это наверняка невозможно, так как все что мы можем - это представлять, как же будет круто, если мы сделаем так-то и так-то. А вдруг, если мы это сделаем, круто не будет?

Да, кстати, не надо недооценивать программистов Navision (вообще, позиция "я умнее всех", по моему мнению, не самая лучшая). Очень может быть, что они пробовали сделать так, как Вы говорите (ну, не дословно, конечно, но что-то похожее может быть), и это их не удовлетворило.

Мое мнение, ищите хорошее в том, что уже есть, не нужно выдумывать свое решение и говорить всем, как же было бы хорошо, если бы сделали так, как я говорю.
__________________
Not registered yet? Register here!
Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me