Windows vs. Linux
, Продолжение
![]() |
Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
|
| ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
| [216.73.216.23] |
|
|
Правила раздела:
| Страницы: (251) « Первая ... 137 138 [139] 140 141 ... 250 251 ( Перейти к последнему сообщению ) |
Windows vs. Linux
, Продолжение
|
Сообщ.
#2071
,
|
|
|
|
HIG и KISS - это в принципе один вектор, только в разных плоскостях. KISS направлен на проектирование софта, чтобы облегчить жизнь программерам, а HIG - чтобы облегчить жизнь пользователям. Если бы HIG следовал KISS, было бы "Your company`s app". |
|
Сообщ.
#2072
,
|
|
|
|
Цитата Green Light @ Если бы HIG следовал KISS, было бы "Your company`s app". ![]() Не соглашусь. |
|
Сообщ.
#2074
,
|
|
|
|
Цитата D_KEY @ Не соглашусь. Ну смотри, если бы сотни форм ввода данных заменить одной, пришлось бы писать нефиговый парсер, который бы разбирал строку текста и вычленял нужные данные, определенные структурой хранилища. Пользователю удобнее простые формы ввода. Программистам - простые способы обработки введенных данных. |
|
Сообщ.
#2075
,
|
|
|
|
Цитата Green Light @ Цитата D_KEY @ Не соглашусь. Ну смотри, если бы сотни форм ввода данных заменить одной, пришлось бы писать нефиговый парсер, который бы разбирал строку текста и вычленял нужные данные, определенные структурой хранилища. Пользователю удобнее простые формы ввода. Программистам - простые способы обработки введенных данных. Это решается не на этапе проектирования, а на этапе анализа и составления требований(которые будут впоследствии уточняться, но менять кардинально концепцию потом уже практически нереально). Проектирование - уже следующая стадия. |
|
Сообщ.
#2076
,
|
|
|
|
D_KEY, ну я рассматривал конкретный пример - формочку "Your company`s app". Вот она как раз сделана про принципу KISS
|
|
Сообщ.
#2077
,
|
|
|
|
Цитата Green Light @ Вот она как раз сделана про принципу KISS ![]() Интерфейс там спроектирован явно не по такому принципу. Относительно "конкретной формочки". Есть такое понятие, как концептуальная целостность проекта/системы. Все "формочки" должны ей следовать. И интерфейс, как правило, проектируется не программистами, которые будут реализовывать логику. |
|
Сообщ.
#2078
,
|
|
|
|
|
Сообщ.
#2079
,
|
|
|
|
Цитата D_KEY @ Все "формочки" должны ей следовать. И интерфейс, как правило, проектируется не программистами, которые будут реализовывать логику. Судя по внешнему виду рассматриваемого приложения, интерфейс не проектировали вообще. Если брать еще какой-либо конкретный продукт, то яркий пример такого же подхода - пакет 1C |
|
Сообщ.
#2080
,
|
|
|
|
Цитата MichSpar @ Приведи пример, когда без усложнения (с точки зрения проектирования) в виде гуя не обойтись. В смысле? Причем тут проектирование? Будет гуй или нет, решается до проектирования, исходя из результатов анализа предметной области и требований. |
|
Сообщ.
#2081
,
|
|
|
|
Откуда в линуховых опенсурс проектах взяться всем этим этапам? Кто из всего сообщества будет заниматься этим? Как будут утверждать?
|
|
Сообщ.
#2082
,
|
|
|
|
Цитата Green Light @ Судя по внешнему виду рассматриваемого приложения, интерфейс не проектировали вообще. Тогда о чем вообще речь? Цитата Если брать еще какой-либо конкретный продукт, то яркий пример такого же подхода - пакет 1C ![]() В этом тоже виноват KISS? А часовню... Добавлено Цитата MichSpar @ Откуда в линуховых опенсурс проектах взяться всем этим этапам? Кто из всего сообщества будет заниматься этим? Как будут утверждать? |
|
Сообщ.
#2083
,
|
|
|
|
Цитата D_KEY @ Тогда о чем вообще речь? О проектировании интерфейса. Цитата D_KEY @ В этом тоже виноват KISS? Да. |
|
Сообщ.
#2084
,
|
|
|
|
MichSpar
Цитата MichSpar @ Откуда в линуховых опенсурс проектах взяться всем этим этапам? Кто из всего сообщества будет заниматься этим? Как будут утверждать? https://docs.google.com/View?id=dfkkjjcj_101gnkrpg5v |
|
Сообщ.
#2085
,
|
|
|
|
Хотя мне кажется, что касательно 1С, то там и не KISS (внутри) и не HIG (снаружи). Там просто 1С... везде
|