Как правильно писать софт

← →
Andy BitOff © (2008-04-05 00:34) [40]

> Циркуль (05.04.08 00:22) [37]

Что-то яндекс и гугл молчат по поводу такого названия. Может сцылочку?

← →
Andy BitOff © (2008-04-05 00:37) [41]

Нашел.
Вот, кстати, отзывы о ней достаточно извесных людей - http://www.fictionbook.ru/author/kuper_alan/psihbolnica_v_rukah_pacientov/kuper_psihbolnica_v_rukah_pacientov.html#TOC_id2864350

← →
Слоник © (2008-04-06 01:08) [42]

Удивляюсь даже... Какой интерфейс? Главное - грамотное расширяемое ядро с продуманным API (тоже интерфейс, но вовсе не юзерский, а программный). А морд можно с десяток уже после наклепать.
Иначе получится совмещение логики с отображением, что неизбежно заставит переписывать всё при неизбежных изменениях функционала.

← →
Слоник © (2008-04-06 01:10) [43]

ПС. занимаюсь как раз разработкой такого ядра, отсюда и несколько пренебрежительное отношение к UI-команде =)

← →
Германн © (2008-04-06 01:40) [44]

> Слоник © (06.04.08 01:08) [42]
>
> Удивляюсь даже...

There are more things in heaven and earth, Horatio,
Than are dreamt of in your philosophy.
(с) W. Shakespeare, Hamlet

← →
Слоник © (2008-04-06 01:50) [45]

> Германн © (06.04.08 01:40) [44]
познаём мир вместе с delphimaster.ru ;)
(слоган выставлен на продажу)

← →
Германн © (2008-04-06 01:56) [46]

> Слоник © (06.04.08 01:50) [45]
>
>

Скорее: "познаём культуру вместе с delphimaster.ru!"
Можешь и этот слоган выставить на продажу. Дарю. :)
Хотя тут безкультурья гораздо больше. (((

← →
Marser © (2008-04-06 02:40) [47]

> Кроме того, за семь лет работы с VAX/VMS, где, пардон, CLI
> довольно развитый, я как-то не ощутил особого неудобства
> по сравнению с GUI.
> Единственное, что в GUI по-настоящему удобно, это двухпанельный
> интерфейс файловых менеджеров а-ля Norton Commander и FAR
> - набирать команду copy скучно.

Картина маслом - ИШ в командной строке пишет ответ на Delphimaster :-))

← →
Германн © (2008-04-06 02:51) [48]

> Marser © (06.04.08 02:40) [47]

Какой клиент форума пользуюшь, Серёга?

← →
Поп Гапон (2008-04-06 02:53) [49]

>
> djaUser (04.04.08 00:11)
>
> Кто реально занимается разработкой серъезных программ подскажите
> пожалуйста, с чего обычно следует начинать: или полностью
> прорисовать интерфейс со всеми бебехами а потом браться
> за код или вначале полный функционал написать, а потом уже
> думать о дизайне?
>
> И насчет функциоанала как лучше\проще: сразу продумать на
> листочке весь алгоритм, все связи и т.п. или сразу начинать
> кодить основу и по-ходу уже дописывать дополнительные модули?
>
>
> Что-то для себя никак не определюсь в этих вещах, собираюсь
> начать более-менее громоздкий проект поэтому прошу высказать
> мнения опытных кодеров, учитывая что небольшой опыт среднего
> класса программ уже у меня есть...
>
> Буду благодарен за любой ответ\мнение :)

Rational Unified Process
http://ru.wikipedia.org/wiki/Rational_Unified_Process

А вообще читай "Программистский камень" и "Путь Камикадзе"/"Смертельный марш"

← →
Kolan © (2008-04-08 20:06) [50]

> [41] Andy BitOff © (05.04.08 00:37)
> Нашел.

Отличная книга. В ней собрано все что я читал в разных местах. Особенно на Лармана, Джоэла похоже, только сжато, интересно&#133

← →
Игорь Шевченко © (2008-04-08 20:17) [51]

Спасибо за Купера. Скачал

← →
Marser © (2008-04-10 21:53) [52]

> Германн © (06.04.08 02:51) [48]
>
>
> > Marser © (06.04.08 02:40) [47]
>
> Какой клиент форума пользуюшь, Серёга?

Последний, который юзал - DMClient, до того питеровский, сейчас только из-под браузера.

>DrPass © (04.04.08 00:43) [3]
>Кто реально занимается разработкой серьезных программ, тот не думает о дизайне и функционале. Он это получает в виде техзадания

Ага, от Всевышнего ;)

>oldman © (04.04.08 01:07) [7]
>1. ТЗ
>2. алгоритмизация, блок-схема и т.д.
>..

-1. Исходные требования
0. Постановка задачи

По сабжу.
Единых рецептов нет и быть не может. Очень много, если не все зависит от "конторы", т.е. от кол-ва и качества специалистов, серьезности отношения к ним руководства компании, отработанной технологии проектирования, наличия специальных средств и т.д.
"Как надо" описал (с некоторыми оговорками) олдмэн в том же 7-м посте

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

> MsGuns © (11.04.08 00:50) [54]

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

И для "продажной" ситуации хэлп очень часто не нужен. Читать его и различные инструкции поставляемые вместе с ПО очень часто пользователи считают не барским делом. Гораздо проще позвонить в техподдержку.

У интерфейсов вообще отдельная "кухня"
По своему опыту моггу сказать то, что в моем понимании должно соответсвовать нормальному (есть такое сермяжное словцо - "дружественному") интерфейсу :

1. Пользователь сразу по стартовому окну видит для чего, собственно, предназначено приложение
2. Все элементы интерфейса оформлены в одном стиле, "мягких" тонах. Не допустимы разноцветные яркие пятна, кричащие или плохо разбираемые шрифты, наезжающие друг на дружку надписи и т.д.
3. Наличие трех-четырех уровневого управления - главное меню, панель с кнопками, всплывающие контекстные меню, шорткаты. Весь функционал должен преподноситься контекстно, т.е. доступно-недоступно, вспл.меню не должны включить лишнего и т.д. Надо помнить, что с приложением могут работать как чайники-"мышатники", так и опытные пользователи - "клавишники".
4. Автоматическая подстройка элементов интерфейса под размеры формы - категорически отвергаю формы, разработанные "под весь экран" программистом-новиком - наличие сплиттеров и управления открытием-закрытием отдльых фргментов интерфейса (не нужна панель фильтров - можно спрятать, нужна-можно показать)
5. Если имеются таблицы, в обязательном порядке "джентльменский" набор сервиса - сортировка, поиск, выделение (если требуется), фильтры и т.д.
6. Грамотно составленные и к месту отображаемые хинты
7. Отображение длительных процессов на панели статуса или в мод.окошках - пользователь должен видеть, что прога не повисла, а пытаетя приконнектиться к ftp-серверу
8. Если возможно, завертка длительных операций в потоки, чтобы прога не "висела" и человек мог спокойно просматривать те данные, которые уже имеются на экране, да и имел возможность прервать неосмотрительно запущенный длительный процесс
9. Интерфейс для ввода данных должен быть понятен и достаточно прост. Обязательные к заполнению поля отличать цветом (шрифтом) от необязательных, удобный и визуально понятный доступ к справочной информации, связанной с полем
10. Умение хранить и восстаналивать при повторном запуске текущие параметры экрана: размер и позицию форм, порядок сортировки, фильтры, выставленные опции (режимы) и т.д. Короче, чтобы Марьиванна могла, включив утром комп и запустив приложение, получить тот же вид экрана, который она видела вчера без 15 мин. 5, когда выключала комп и спешила в детсад за ребенком ;)
11. Возможность получить печатную форму полученных данных (обычно в виде таблиц)
..

Короче, чтобы понять как должен быть спроектирован профессиональный интерфейс, достаточно посмотреть на тот же IE, почтовый клиент или тот же офис

> [54] MsGuns © (11.04.08 00:50)
> -1. Исходные требования
> 0. Постановка задачи

поваторю -2 бюджет.
действительно серьезный софт без понимания кто оплатит разработку не делают:)
Ибо если программиста долго не кормить он помрет

Как правильно писать софт Найти похожие ветки