На главную Наши проекты:
Журнал   ·   Discuz!ML   ·   Wiki   ·   DRKB   ·   Помощь проекту
ПРАВИЛА FAQ Помощь Участники Календарь Избранное RSS
msm.ru
! Правила раздела:
1. Название темы - краткое описание кто/что против кого/чего
2. В первом сообщении - список параметров, по которым идет сравнение.
3. Старайтесь аргументировать свои высказывания. Фразы типа "Венда/Слюникс - ацтой" считаются флудом.
4. Давайте жить дружно и не доводить обсуждение до маразма и личных оскорблений.
Модераторы: Модераторы, Комодераторы
Страницы: (251) « Первая ... 137 138 [139] 140 141 ...  250 251  ( Перейти к последнему сообщению )  
> Windows vs. Linux , Продолжение
    Цитата MichSpar @
    А что мешает HIG следовать принципам KISS?

    HIG и KISS - это в принципе один вектор, только в разных плоскостях. KISS направлен на проектирование софта, чтобы облегчить жизнь программерам, а HIG - чтобы облегчить жизнь пользователям.

    Если бы HIG следовал KISS, было бы "Your company`s app". ;)
      Цитата Green Light @
      Если бы HIG следовал KISS, было бы "Your company`s app". ;)

      Не соглашусь.
        Цитата MichSpar @
        Да-да, Астарот. Ты абсолютно прав :lool: .

        Рад что ты это понимаешь :yes:
          Цитата D_KEY @
          Не соглашусь.

          Ну смотри, если бы сотни форм ввода данных заменить одной, пришлось бы писать нефиговый парсер, который бы разбирал строку текста и вычленял нужные данные, определенные структурой хранилища. Пользователю удобнее простые формы ввода. Программистам - простые способы обработки введенных данных.
            Цитата Green Light @
            Цитата D_KEY @
            Не соглашусь.

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

            Это решается не на этапе проектирования, а на этапе анализа и составления требований(которые будут впоследствии уточняться, но менять кардинально концепцию потом уже практически нереально). Проектирование - уже следующая стадия.
              D_KEY, ну я рассматривал конкретный пример - формочку "Your company`s app". Вот она как раз сделана про принципу KISS ;)
                Цитата Green Light @
                Вот она как раз сделана про принципу KISS ;)

                Интерфейс там спроектирован явно не по такому принципу. Относительно "конкретной формочки". Есть такое понятие, как концептуальная целостность проекта/системы. Все "формочки" должны ей следовать. И интерфейс, как правило, проектируется не программистами, которые будут реализовывать логику.
                  Цитата D_KEY @
                  Уверен?

                  Уверен, потому что когда-то стояла такая задача. На счет распоследней версии все-таки не знаю, так как пристально не слежу.
                  Цитата D_KEY @
                  С чего ты взял? Зависит от решаемой задачи.

                  Приведи пример, когда без усложнения (с точки зрения проектирования) в виде гуя не обойтись.
                    Цитата D_KEY @
                    Все "формочки" должны ей следовать. И интерфейс, как правило, проектируется не программистами, которые будут реализовывать логику.

                    Судя по внешнему виду рассматриваемого приложения, интерфейс не проектировали вообще.
                    Если брать еще какой-либо конкретный продукт, то яркий пример такого же подхода - пакет 1C :whistle:
                      Цитата MichSpar @
                      Приведи пример, когда без усложнения (с точки зрения проектирования) в виде гуя не обойтись.

                      В смысле? Причем тут проектирование? Будет гуй или нет, решается до проектирования, исходя из результатов анализа предметной области и требований.
                        Откуда в линуховых опенсурс проектах взяться всем этим этапам? Кто из всего сообщества будет заниматься этим? Как будут утверждать?
                          Цитата Green Light @
                          Судя по внешнему виду рассматриваемого приложения, интерфейс не проектировали вообще.

                          Тогда о чем вообще речь?

                          Цитата
                          Если брать еще какой-либо конкретный продукт, то яркий пример такого же подхода - пакет 1C :whistle:

                          В этом тоже виноват KISS? А часовню...

                          Добавлено
                          Цитата MichSpar @
                          Откуда в линуховых опенсурс проектах взяться всем этим этапам? Кто из всего сообщества будет заниматься этим? Как будут утверждать?

                          :lool:
                            Цитата D_KEY @
                            Тогда о чем вообще речь?

                            О проектировании интерфейса.
                            Цитата D_KEY @
                            В этом тоже виноват KISS?

                            Да.
                              MichSpar
                              Цитата MichSpar @
                              Откуда в линуховых опенсурс проектах взяться всем этим этапам? Кто из всего сообщества будет заниматься этим? Как будут утверждать?

                              https://docs.google.com/View?id=dfkkjjcj_101gnkrpg5v
                                Хотя мне кажется, что касательно 1С, то там и не KISS (внутри) и не HIG (снаружи). Там просто 1С... везде :lol:
                                1 пользователей читают эту тему (1 гостей и 0 скрытых пользователей)
                                0 пользователей:
                                Страницы: (251) « Первая ... 137 138 [139] 140 141 ...  250 251


                                Рейтинг@Mail.ru
                                [ Script execution time: 0,1394 ]   [ 14 queries used ]   [ Generated: 8.02.26, 01:27 GMT ]