Ненавижу ЮИ

← →
DiamondShark © (2005-11-18 15:01) [0]

Как было бы хорошо, если б программам не нужно было междумордие.

Насколько приятно программировать чисто "числодробительные" или железные, или системные задачи, настолько же мерзко строить юзеринтерфейс.

Как же меня плющит от этих формочек!

← →
DiamondShark © (2005-11-18 15:02) [1]

З.Ы.

А стандартные контролы в точНЕТ -- это вообще ВЦ.

← →
Игорь Шевченко © (2005-11-18 15:03) [2]

Сочувствую. Самому медведь наступил на ту область, которой проектируются юзер-интерфейсы.

← →
Sandman29 © (2005-11-18 15:08) [3]

UI тоже разный бывает. Недавно делал проект, в котором было несколько форм с похожими частями данных. Было очень интересно придумывать, как лучше организовать интерефейс, иерархию наследования форм (с несколькими абстрактными формами) и даже размещать контролы. Хотя обычно меня от UI тоже тошнит.

← →
boriskb © (2005-11-18 15:12) [4]

DiamondShark © (18.11.05 15:01)
Насколько приятно программировать чисто "числодробительные" или железные, или системные задачи,

А ведь были времена :)
Весь ЮИ заключался в текстовых строчках приглашений на ввод :)

← →
iZEN_ (2005-11-18 15:14) [5]

> DiamondShark © (18.11.05 15:01)

Займитесь разработкой ПО для телефонов - там всё предельно аскетично. :)
Лично мне интересно находить изящные решения в узких рамках (жёсткие требования по памяти, размеру экрана и быстродействию).

Богатые пользовательские итерфейсы (Rich UI) требуют соответствующего к ним отношения, а широкий выбор возможностей по оформлению и юзабилити многих программистов ставит в тупик.

← →
Ломброзо © (2005-11-18 15:18) [6]

Да ну, все очень просто.
Немодальная форма: главное меню, тулбар, статусбар, imagelist, панель-контейнер. Дерево по вкусу, сплиттер по вкусу.
Модальная форма: универсальная базовая форма с четырьмя кнопками: OK, Cancel, Apply, Help, которые можно в потомках попрятать.
Нарисовать картинки - пара пустяков.
Далее накидываются компоненты по правилам Microsoft: подпись сверху или слева с двоеточием, контрол снизу или справа. Контролы выравниваются при помощи соотв. тулбара студии. Поправить tab-индексы.
Отшлифовывать UI (переименовывать контролы и т.п.) лучше всего с помощью инструментов третьих фирм (типа MM-Tools)

← →
Opilki_Inside © (2005-11-18 15:25) [7]

Рекомендую почитать книгу "Дизайн пользовательского интерфейса". Автор: Влад. В. Головач... очень интересно все изложено, читать приятно

← →
Sandman29 © (2005-11-18 15:26) [8]

Ломброзо © (18.11.05 15:18) [6]

Никто и не говорит, что сложно. Работа рутинная, неинтересная, механическая

← →
Polevi © (2005-11-18 15:26) [9]

гадость, ненавижу

← →
WondeRu © (2005-11-18 15:31) [10]

у меня как минимум уходит полчаса, чтоб найти подходящую картинку для кнопки, в конце концов сам рисую...

самое отвратное - проектирование UI для графических приложений а ля AutoCAD... тут и конечные автоматы в ход идут...

← →
iZEN_ (2005-11-18 15:32) [11]

> Polevi © (18.11.05 15:26) [9]

Главное, это обеспечить минимальное колическтво нажатий.

← →
isasa © (2005-11-18 15:32) [12]

Никто и не говорит, что сложно. Работа рутинная, неинтересная, механическая

С технической точки зрения никто не спорит.
Но интерфейс должен выглядеть на стоимость программы. Поэтому дизайном интерф-са программер на должен заниматься (это я предполагаю, что ему медведь на глаза наступил).

← →
Суслик © (2005-11-18 15:34) [13]

А вы design-timом не пользуйтесь (как я). Намного интересней будет. Большое поле для создание собственных метамоделей. Генерация сущностей по этим моделям. Выдумываение интересных объектных решений. И пр.

Зачастую мало чем от программирования логики отличается.

← →
Sandman29 © (2005-11-18 15:36) [14]

Суслик © (18.11.05 15:34) [13]

Тогда исчезает смысл Delphi использовать. Rapid AD

← →
Суслик © (2005-11-18 15:39) [15]

Если приложение:
1. задумывается как крупное
2. предполагается весьма стандартизированный интерфейс
то обработка своих матамоделей в перспективе развития проекта дает выгоды в:
1. надежности
2. скорости разработки

← →
Табулятор (2005-11-18 15:41) [16]

Хны. Напоминает анекдот про пожарного, у которого и коллектив хороший, и удобно добираться до работы, и зарплата приличная, но вот как пожар случится-так хоть увольняйся.

Профессионализм состоит и в том, в частности, что и хелпы писать, и тех. документацию создавать, и иконки рисовать-и все, что входит в профессиональные обязанности, ты должен уметь, или учиться, и не хныкать.

Рядом с тобой находятся миллионы людей, которые за кусок хлеба готовы делать и более грязную работу, чем проектировать формочки.

В конце концов, когда Иисус висел на кресте, он уже не хныкал и не просил чашу пронести мимо.

← →
Sandman29 © (2005-11-18 15:44) [17]

Табулятор (18.11.05 15:41) [16]

Человек не обязан любить заниматься всем, что входит в его проф. обязанности.

А про Иисуса вообще не в тему.

← →
Jeer © (2005-11-18 15:46) [18]

Не знаю, кому, как и почему, а мне - нравиться делать UI.

Вероятно, сказывается опыт проектирования эргономических интерфейсов для критически-опасных сфер применения:))

← →
Брюнетка © (2005-11-18 15:48) [19]

>Opilki_Inside © (18.11.05 15:25) [7]

ИМХО, довольно спорная книга.

← →
Sandman29 © (2005-11-18 15:49) [20]

Jeer © (18.11.05 15:46) [18]

Это когда после нажатия любой клавиши выскакивает 3 сообщения "А Вы уверены? Введите пароль допуска" :)

← →
ZeroDivide © (2005-11-18 15:59) [21]

А я его вообще не делаю. Он один раз сделан, а потом во всех проектах наследуется... и стиль единый... и удобно (и писать под него и пользоваться).

Я помню в универе как-то целый семестр был курс, правда не помню как назывался, о правильном расположении интерфейсных элементов. Правда он относился не к программированию, а к проектированию "железных" шкафов и соответственно реальных, в смысле физических, элементов управления. Там, тонкостей куда больше.

← →
Hikari Yui (2005-11-18 16:10) [22]

>Ненавижу ЮИ
Чем не угадила?
Просто нужен творческий подход.

← →
Igorek © (2005-11-18 16:10) [23]

ЮИ - классная штука! Делать ее надо в перерывах между программированием логики - в порядке отдыха. :)

← →
Jeer © (2005-11-18 16:26) [24]

Sandman29 © (18.11.05 15:49) [20]

Нет, это когда клавиша Enter должна быть нажата одновременно, но в трех разных территориально разнесенных местах тремя же пользователями, причем на каждом месте одновременно двумя руками нажимается основная и дублирующая клавиши, предварительно сняв ограждающие колпачки и включив предупреждающие звуковые и световые сигналы получив на это согласие вышестоящего начальства.

← →
Ломброзо © (2005-11-18 16:30) [25]

Jeer © (18.11.05 16:26) [24]
круто. Задумался над тем, не сделать ли мне две кнопки OK. Кстати, как сделать в Windows второй курсор для второй мышки?

← →
Lamer@fools.ua © (2005-11-18 16:30) [26]

>Ненавижу ЮИ

Представляю, как ненавидят ЮИ разработчики GUI Delphi IDE и MSVS.
=)

← →
Sandman29 © (2005-11-18 16:32) [27]

Jeer © (18.11.05 16:26) [24]

Красиво выглядит, наверное :)

← →
Игорь Шевченко © (2005-11-18 16:33) [28]

Jeer © (18.11.05 16:26) [24]

Да и хрен с ним, со штатом Невада :)

← →
Jeer © (2005-11-18 16:39) [29]

Ломброзо © (18.11.05 16:30) [25]
Sandman29 © (18.11.05 16:32) [27]

Особенно забавно было смотреть, как проверяли невозможность нанесения неумышленных повреждений и непреднамерянного включения аппаратуры военпреды, всеми выступающими частями тела прыгающие и скачущие по "эргономическому интерфейсу", например системы управления движением подводного средства движения))

← →
Jeer © (2005-11-18 16:40) [30]

Игорь Шевченко © (18.11.05 16:33) [28]

:)))
И не только:))

← →
Брюнетка © (2005-11-18 16:41) [31]

>Игорь Шевченко © (18.11.05 16:33) [28]
>Да и хрен с ним, со штатом Невада :)

...Главное - тестирование прошло успешно :))

← →
Jeer © (2005-11-18 16:42) [32]

"не преднамеренного"

← →
msguns © (2005-11-18 16:43) [33]

Класс !!! А для кого вы, ребята, проги пишете ? Не для "юзеров" ?
Предсставляю, как бы выглядел "салон" авто, если бы дизайнеры подходили бы к нему в стиле линуксоидов ;)))))))))

Меня лично коробят некоторые мои же собственные проги, когда мне приходится вводить много данных. Постоянное "беганье" между мышью и клавой, эти тупые предупреждения и сообщения якобы об ошибках, бесконечно-нудное поочередное открытие вложенных менюшек и т.д.
Но уж совсем бесят некоторые обязательные проги, присылаемые из "центра". Всю жизнь мечтал просто заглянуть в глаза тем "великим кодерам", которые ЭТО пишут. Пристально так посмотреть и спросить только один вопрос:
"ЧТО ТЕБЕ ПЛОХОГО СДЕЛАЛО ЧЕЛОВЕЧЕСТВО ?"
;)

← →
arhis (2005-11-18 16:43) [34]

Гы. Вам батенька в РАН Единый Банк Алгоритмов и Программ восстанавливать с Единой Серией.

← →
arhis (2005-11-18 16:46) [35]

msguns © (18.11.05 16:43) [33]

А самое главное что те, кто не могут толком справиться с такими тривиальными задачами и классические решает так же плохо. Да кто их пустит для телефонов и спутников прошивки кодить если они рациональную структуру меню сделать не в состоянии.

← →
Sandman29 © (2005-11-18 16:49) [36]

msguns © (18.11.05 16:43) [33]

Программа должна позволять работу при отсутствии мыши.

← →
Джо © (2005-11-18 16:50) [37]

> [36] Sandman29 © (18.11.05 16:49)
> Программа должна позволять работу при отсутствии мыши.

Дадад. Попробуй "с клавиатуры" что-нибудь нарисовать в Adobe Photoshop или построить чертеж в AutoCad.

← →
Jeer © (2005-11-18 16:51) [38]

Sandman29 © (18.11.05 16:49) [36]

> Программа должна позволять работу при отсутствии мыш

А также кота и вообще, всякой живности, в том числе и хомо прямоходячий, даже если он временно, до выхода из строя может находится поблизости от работающей программы.

← →
msguns © (2005-11-18 16:53) [39]

>Sandman29 © (18.11.05 16:49) [36]
>Программа должна позволять работу при отсутствии мыши.

Дык позволят, но КАК !
Ты, кстати следишь за TabOrder контролов на формах с большим их кол-вом ?

Почти все "центральные" программы не "умеют" работать без мыши. Или делают что попало, когда пытаешься закрывать формы Alt+F4, а не кликая на "крестике"

← →
Джо © (2005-11-18 16:56) [40]

[39] msguns © (18.11.05 16:53)
> Или делают что попало, когда пытаешься закрывать формы
> Alt+F4, а не кликая на "крестике"

За это стрелять нужно, согласен.

← →
Sandman29 © (2005-11-18 17:00) [41]

Джо © (18.11.05 16:50) [37]

Речь про типичные бухгалтерские программы. См. про ввод большого массива данных.

msguns © (18.11.05 16:53) [39]

Ты, кстати следишь за TabOrder контролов на формах с большим их кол-вом ?

Обязательно слежу. Это у меня включено в последнюю итерацию при тестировании интерфейса.

Или делают что попало, когда пытаешься закрывать формы Alt+F4, а не кликая на "крестике"

Это как?

← →
Джо © (2005-11-18 17:01) [42]

> [41] Sandman29 © (18.11.05 17:00)
> Речь про типичные бухгалтерские программы.

А, ну я таким не занимаюсь. Не знаю, что у них там должно быть или не должно :)

← →
Piter © (2005-11-18 17:07) [43]

DiamondShark © (18.11.05 15:01)
Как было бы хорошо, если б программам не нужно было междумордие

Не вижу проблемы при коммерческом программировании, то есть при работе в комманде.

Просто нужен в комманде человек, которому нравится делать фейсы.

Такие люди есть. Например, на этом форуме - Gero.

Каждый должен заниматься своим делом... в идеале... :)

← →
kaif © (2005-11-18 18:28) [44]

А я люблю ломать голову над интерфейсом.
На самом деле очень трудно добиться хорошего, интуитивно понятного интерфейса. Здесь нужно много рассуждать и ставить себя на место разных пользователей.
С одной стороны нужно не ущемить продвинутого пользователя, а с другой - не отпугнуть пользователя-новичка.
Хорошо продуманная навигация и интерфейс, на мой взгляд, обеспечивают больше половины успеха программы. Разумеется, первый приоритет - скорость и необходимая функциональность.
Но вслед за скоростью и функциональностью идет именно навигация, ИМХО.
Красивости и рюшечки всякие я не люблю, возможно, просто мне не попадались хорошие компоненты, которые были бы и красивы и хороши в остальных отношениях одновременно.
Но не исключаю, что такие имеются.

2 DiamondShark ©
Тебя я понимаю. Но тогда нужно выбрать соотвествующую область программирования. Не Delphi, по крайней мере. Так как на Delphi пишутся в основном именно приложения под Windows для юзеров. А там без формочек и навигации в общем-то никак не обойтись.

← →
Piter © (2005-11-18 18:53) [45]

kaif © (18.11.05 18:28) [44]
Так как на Delphi пишутся в основном именно приложения под Windows для юзеров

Ну то, что на Delphi пишутеся программы под WIndows - это мы опустим.

Получится, что на Delphi пишутся программы для юзеров.

У меня вопрос - а на каком тогда языке пишутся программы, например, для сис. администраторов? :)

← →
сыясыя (2005-11-18 19:00) [46]

Piter © (18.11.05 18:53) [45] \
А в этом контексте сисадмин классический юзер, причем его твердолобость и неповоротливость даст сто очков вперед любой секретарше.

← →
arhis (2005-11-18 19:00) [47]

В смысле это я был.

← →
Antonn © (2005-11-18 19:06) [48]

DiamondShark © (18.11.05 15:01)
Ненавижу ЮИ
а мне нравится:)
и еще нравится переделывать интерфейс стандартных компонент на свои (в крайнем случае просто ownerdraw:)), недавно календарь(тот который ТMonthCalendar) переделал:)
Ведь интерфасе - это морда программы, большинству побоку, как гениально она внутри устроенна, смотрят на внешность. Кстати, очень жаль:(

← →
TUser © (2005-11-18 19:33) [49]

А ты наукой займись. Научные программы - они вообще часто консольные.

← →
Antonn © (2005-11-18 19:38) [50]

а зачем оно мне надо, консольные эти? Вон сколько народа выше не любят ЮИ, пусть занимаются:)

← →
Gero © (2005-11-18 19:54) [51]

> Ненавижу ЮИ

Обожаю ЮИ!

← →
Gero © (2005-11-18 19:55) [52]

> msguns © (18.11.05 16:53)
> Почти все "центральные" программы не "умеют" работать без
> мыши.

Это какие такие программы? :)

← →
Gero © (2005-11-18 19:56) [53]

> сыясыя (18.11.05 19:00)
> А в этом контексте сисадмин классический юзер, причем его
> твердолобость и неповоротливость даст сто очков вперед любой
> секретарше.

Сказано на основе личного опыта?

← →
Piter © (2005-11-18 19:57) [54]

Antonn © (18.11.05 19:38) [50]
а зачем оно мне надо, консольные эти?

кто тебе сказал, что тебе писали?

Имхо, это писали автору ветки :)

← →
Piter © (2005-11-18 19:58) [55]

Gero © (18.11.05 19:54) [51]
Обожаю ЮИ!

ну вот. Пришел Янис и подтвердил меня в [43] :)
Молоток :)

← →
Lamer@fools.ua © (2005-11-18 20:22) [56]

>>Antonn © (18.11.05 19:06) [48]

>и еще нравится переделывать интерфейс стандартных компонент на свои (в крайнем случае просто ownerdraw:)), недавно календарь(тот который ТMonthCalendar) переделал:)
И темы WinXP понимает?

← →
Antonn © (2005-11-19 03:01) [57]

Piter © (18.11.05 19:57) [54]
кто тебе сказал, что тебе писали?

Имхо, это писали автору ветки :)
хм, возможно:)
просто пост после моего, без указателя на какой либо, причислил к предыдущему - моему:)

Lamer@fools.ua © (18.11.05 20:22) [56]
И темы WinXP понимает?
каоендарь - нет, но можно сделать.

← →
GrayFace © (2005-11-19 11:14) [58]

Мне интеморды вполне нравятся. Хотя, я не делал больших проектов.

Sandman29 © (18.11.05 16:49) [36]
> msguns © (18.11.05 16:43) [33]
>
> Программа должна позволять работу при отсутствии мыши.

Не всегда. Кому это нужно? Мышки дохнут не так часто, чтобы тратить время на поддержку чисто клавы.

← →
Gero © (2005-11-19 13:54) [59]

GrayFace © (19.11.05 11:14)
> Кому это нужно?

Тем, кто предпочитает работать с клавиатурой.

← →
Lamer@fools.ua © (2005-11-19 13:54) [60]

>>GrayFace © (19.11.05 11:14) [58]

>Не всегда. Кому это нужно? Мышки дохнут не так часто, чтобы тратить время на поддержку чисто клавы.
Очень много операций удобнее и быстрее выполнять с помощью клавиатуры. Но есть и другие "много операций", которые удобнее и быстрее выполнять с помощью мыши. Тем не менее, программа должна позволять использовать клавиатуру по максимуму, IMHO.

Пример, кстати, уже приводили выше: ввод больших массивов данных, например, в бухгалтерских и складских программах.

← →
Separator © (2005-11-19 14:05) [61]

ага, для навигации по таблицам лучше всего использовать клавиатуру, и не только по таблица. Например у нас программа для работы магазинов, т.е. набивание накладных, отчетов работа с персоналм, распечатка счет фактур.
Так вот за счет хоткеев операторы работают раз в 10 быстрей, чем еслиб они все это делали с помощью мыши

← →
Igorek © (2005-11-19 16:26) [62]

Не все так однозначно с клавиатурой и мышью. Хороший интерфейс должен давать возможность как можно меньше переключаться между этими девайсами. В независимости от того, чем больше привык работать юзер.

//вот набрал этот текст.. хочу отослать.. надо дать мне возможность нажать таб и энтер.. плохой интерфейс

← →
Separator © (2005-11-19 16:35) [63]

а лучше не tab и enter, а ctrl+enter

← →
Igorek © (2005-11-19 16:46) [64]

не думаю, что это возможно

← →
Separator © (2005-11-19 16:52) [65]

Ну почему, возможно все, но все зависит от используемых средст. На JS можно сделать, можно сделать на Flash, на VBS тоже можно

← →
wicked © (2005-11-19 19:55) [66]

по сабжу:
к рисованию ЮИ отношусь в зависимости от настроения....
есть настроение - рисую, нет - стараюсь не рисовать....
правда, иконки к кнопкам у нас есть кому рисовать, поэтому к ЮИ отношу расстановку контролов, привязку их к action-ам и проверку на то, как будет работать интерфейс "только с клавиатурой".....

Интерфейс это не только расстановка контролов, это еще и их поведение.

wicked © (19.11.05 20:00) [67]
> привязку их к action-ам и проверку на то, как будет работать
> интерфейс "только с клавиатурой".....

А зачем? Я пока ничего полезного в Action"ах не вижу.

По-моему, если программа на 2 порядка отстоит от Hello World, то заниматься интерфейсом надо другим людям.
Программисту работа должна находиться в другом.

Имхо : рисованием иконок и дизайном форм должен заниматься отдельный человек - дизайнер, желательно с художественным образованием. Кстати, Alex Koshin не даст соврать - у них в конторе так и есть. Пока иконки рисуют программисты, а готовые формы не показывают знающему человеку - получается кривоватый интерфейс.

По теме...
В предыдущей задаче мне повезло. Я пользовательского интерфейса вообще не касался (у меня там тоже "медведь прошелся"). Писал различные "внутренности" программы. Было интересно :)
А сейчас опять :(

> Думкин © (24.11.05 09:22) [72]

У нас не так. Да и во многих конторах, в которых я побывал (в том числе и довольно крупных - до 500 программистов) - не так. Обыдно.
А Алекса я привел в пример, так как он давал мне статью о методе разработки софта в его конторе. Впечатлило. Но наше начальство все равно не впечатлилось.

> ANB © (24.11.05 09:35) [74]

В самой маленькой в которой работал - 3 програмеера, 2 диза и куча "девочек". Так программисты только давали возможности для дизайнеров, а всю визуалку они и кроили.
И везде так было. Но это не программы той с нераскрытым будущим профессии (тайну которй так и не раскрыли). Это игры, мультимедиа разное.

Но и занимаясь вебом(для дела) - я только функционал давал. А все остальное - дизайнеры.

А в других случаях(по той профессии) - есть простые правила. Ведь в той же Аксапте - вы просто жестко связаны в дизайнерском произволе. И это нормально.

> Ведь в той же Аксапте - вы просто жестко связаны в дизайнерском
> произволе

Сие не всегда оправдано. Oracle Application тоже этим страдает. Посему аксапту уже потихоньку хают, а на OA крупные конторы переходят с осторожностью и не все.

> ANB © (24.11.05 09:41) [76]

Ну хают ее не поэтому, а потому что готовить правильно ее трудно. :) И если по честному - то и недешево.

Но дизайн - это не программисткий слой. У Кнутта про дизайн - нет ничего. Конечно, кроме того, что касается типографического - при выпуске книги своей сделанного. :)

Должны быть слои. И слой программирования должен взаимодействовать с дизайнерским, но не сливаться - кроме проектов в пределах двух порядков от Hello World. :)

Думкин © (24.11.05 09:47) [77]

Дело не только в Hello Word. Если есть заказчик, то самый правильный подход должен заключаться в том, чтобы интерфейс утверждал именно он. Программисты лишь предлагают несколько вариантов. Затем выбранный вариант должен быть описан в ТЗ, вплоть до цветов.

> Sandman29 © (24.11.05 09:56) [78]

К сожалению, частенько заказчик сам не знает, чего хочет. Типа - как нибудь сделайте, а я потом попробую. Посему варианты лучше дизайнерам готовить. Плюс есть продукты, которые пишутся не под конкретного заказчика, а для массового использования.

> Sandman29 © (24.11.05 09:56) [78]

Программисты?
Тогда что такое программист? Картриджы заправлять - тоже программист.
Одно дело. когда это один и тот же человек(что иногда оправдано - хотя и не всегда верно), а другое дело понимание, что это все-таки иной вид деятельности.
Когда программист идет в туалет - он уже не программист, он всего лишь физиологически напряженный человек. Так и тут. Быть должно.

> Должны быть слои. И слой программирования должен взаимодействовать
> с дизайнерским, но не сливаться - кроме проектов в пределах
> двух порядков от Hello World. :)

Тут даже не два слоя.
- функциональный дизайн (постановщик + программист + дизайнер функционала)
- конечная расстановка элементов в пользовательском интерфейсе (программист + оба дизайнера)
- конечное художественное оформление (художественный дизайнер)

Где-то так.

Igorek © (24.11.05 10:12) [81]
Думкин © (24.11.05 10:18) [82]

Я понимаю что в ресторане может быть куча поворов со своей специализацией, но дома у вас жена и борщ готовит и пироги печет. И получается у нее не хуже, а порой и лучше чем в ресторане.
Это тоже понимать надо.

>Думкин © (24.11.05 10:08) [80]
>Когда программист идет в туалет - он уже не программист, он всего лишь физиологически напряженный человек.

;)))))))))

ANB © (24.11.05 10:00) [79]

К сожалению, частенько заказчик сам не знает, чего хочет. Типа - как нибудь сделайте, а я потом попробую.

Хорошо, если условия контракта не предполагают переделку за свой счет.

Думкин © (24.11.05 10:08) [80]

Я вообще-то тоже согласен с Igorek © (24.11.05 10:12) [81]
так что спорить с тобой нам не о чем.

> Sandman29 © (24.11.05 10:39) [85]

Это если заставить его акт подписать. А если нету акта - то переделывать по любому за свой счет придется.

ANB © (24.11.05 10:42) [86]

Надо не акт заставлять подписывать, а в ТЗ все эти требования вносить, как я уже писал. Лучше переделывать ТЗ, пока не понравится заказчику, чем программу.

вообще-то большинству пользователей все равно, будет программа молотить данные 10 минут или (оптимизированная) 5 минут, главное - чтобы удобно было с ней обращаться
поэтому красота математики внутри почти никем не может быть оценена, а вот ЮИ - это витрина, как "ноги секретарши - лицо фирмы"

← →
arhis (2005-11-24 12:20) [92]

Sandman29 © (24.11.05 9:56) [78]
Дело не только в Hello Word. Если есть заказчик, то самый правильный подход должен заключаться в том, чтобы интерфейс утверждал именно он. Программисты лишь предлагают несколько вариантов. Затем выбранный вариант должен быть описан в ТЗ, вплоть до цветов.
В данном случае не вижу смысла. Ведь набросать контроллов на порядки легче, чем описать это словами.

Думкин © (24.11.05 10:08) [80]
Визуальный интерфейс программируют тоже программисты. И проект составлять тоже должны программисты.

>
> А зачем? Я пока ничего полезного в Action"ах не вижу.
>

> GrayFace © (24.11.05 08:56) [69]

Я тоже не видел. Теперь вижу...

Ненавижу ЮИ Найти похожие ветки