форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение		[ Отслеживать ]

"OpenNews: Что делает программу высококачественной"

Сообщение от opennews on 19-Май-08, 11:26

Шломи Фиш (Shlomi Fish) проанализировал (http://www.shlomifish.org/philosophy/computers/high-quality-.../) факторы определяющие высокое качество программного обеспечения: - Программа должна часто обновляться и быть всегда доступна для скачивания или покупки. </li>- Должно быть легко узнать номер версии. Лучше если номер версии можно узнать без установки и запуска из пути для скачивания и из имени архива или из имени папки установки. </li>- Код программы должен быть открытым, лучше если лицензия позволяет свободное использование кода. </li>- Программа не должна требовать существенной настройки или дополнительного обучения (изменения привычек). </li>- Программа должна иметь качественную веб-страницу, где легко найти всю необходимую информацию. </li>- Программа не должна быть сложной в компиляции и запуске, не должна использовать особенности компиляторов и должна иметь немного зависимостей. </li>- Должны быть легко доступны готовые собранные пакеты или должно быть легко и... URL: http://www.shlomifish.org/philosophy/computers/high-quality-.../ Новость: https://www.opennet.ru/opennews/art.shtml?num=15753

Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по ответам | RSS]

	1. "Что делает программу высококачественной"
	Сообщение от хзкто on 19-Май-08, 11:26
	"...и должна иметь немного зависимостей." спорное утверждение
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	2. "Что делает программу высококачественной"
	Сообщение от Nick (??) on 19-Май-08, 11:34
	> должна иметь немного зависимостей вот как раз это говорит о низком качестве программы. Потому как библиотеки нонче есть для чего угодно и если они не использованы - то их просто не искали, а изобретали свой очереднойц велосипед; избыточность кода.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	3. "Что делает программу высококачественной"
	Сообщение от Nick (??) on 19-Май-08, 11:36
	> При выходе новых версий должна сохраняться > совместимость со старыми. нужно дополнение: ...какое-то количество версий. Иначе - маздай. Совместимость с досом - и ГОРА глюков из-за этого.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	4. "Что делает программу высококачественной"
	Сообщение от Nick (??) on 19-Май-08, 11:37
	> хорошее название программы важно вообще без вариантов
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	5. "Что делает программу высококачественной"
	Сообщение от parad (ok) on 19-Май-08, 11:41
	у перла, опенссл нет зависимостей. постгрю можно скомпилить без доплиб. в общем много что есть безсвязанное и это действительно определяет качество: чем меньше - тем лучше.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	6. "Ну вот и еще одна дятлостатья на opennet :("
	Сообщение от Аноним (??) on 19-Май-08, 11:52
	Как обычно - нагнать побольше букв, тебя будут не по делу комментить, а просто ругать. Но - PR, он и в Африке PR. > Программа должна часто обновляться и быть всегда доступна для скачивания или покупки. Это да пионеров, которым нефиг делать как обновлять софт. Лучше, чтобы она сразу была без дырок, и обновлять просто не требовалось = поставил сервер, и забыл. OpenBSD как пример. > Код программы должен быть открытым, лучше если лицензия позволяет свободное использование кода. Программа должна быть хорошей, в первую очередь, но есть и закрытые хорошие программы. GUI в MacOS X как пример - закрытая, но все просто тащатся. > Программа не должна требовать существенной настройки или дополнительного обучения (изменения привычек). Дятел. Прога должна делать то, что должна, и уж лучше пусть она изобретет парадигму, которая позволит лучше понять предметную область, чем барахтается в интерфейсе, к которому автор статьи привык. Пример - HyperCard или тот же Photoshop. > Программа должна иметь качественную веб-страницу, где легко найти всю необходимую информацию. Это вообще про маркетинг, а не про качество софта. > Программа не должна быть сложной в компиляции и запуске, не должна использовать особенности компиляторов и должна иметь немного зависимостей. А не пофиг ли мне, какие зависимости у софта на сервере, если сервер не приходится переставлять и он работает? И т.д. Жаль, что такую чушь не лень переводить и публиковать. Лучше бы тот же гайд по UI от Apple перевели и показали всем любителям изобретать велосипеды.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	7. "Что делает программу высококачественной"
	Сообщение от vitek (??) on 19-Май-08, 11:53
	зато сколько у perl'а доп. модулей! > в общем много что есть безсвязанное а безсвязанное поэтому и называется безсвязанным. другое дело, чтобы зависимости были доступны и стандартизованы. для этого и появилась LSB (Linux Standard Base): http://ru.wikipedia.org/wiki/Linux_Standard_Base
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	8. "Что делает программу высококачественной"
	Сообщение от Nick (??) on 19-Май-08, 11:54
	>и это действительно определяет качество: чем меньше - тем лучше Вы привели примеры программ, часть которых просто не существует в отдельных библиотеках, либо поддержка чего либо опциональна. Возьмите что-либо из прикладных программ - и подумайте насчет них.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	9. "Что делает программу высококачественной"
	Сообщение от vitek (??) on 19-Май-08, 11:55
	зато сколько у perl'а доп. модулей! > в общем много что есть безсвязанное а безсвязанное поэтому и называется безсвязанным. другое дело, чтобы зависимости были доступны и стандартизованы. для этого и появилась LSB (Linux Standard Base): http://ru.wikipedia.org/wiki/Linux_Standard_Base
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	10. "Что делает программу высококачественной"
	Сообщение от const (??) on 19-Май-08, 11:56
	> Программа не должна требовать существенной настройки или дополнительного обучения (изменения привычек). А ведь привычки-то у всех разные... Так что обучение (самообучение) вполне допустимо, но чем меньше, тем лучше.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	11. "Ну вот и еще одна дятлостатья на opennet :("
	Сообщение от Nick (??) on 19-Май-08, 11:57
	>> Программа должна иметь качественную веб-страницу, где легко найти всю необходимую информацию. > >Это вообще про маркетинг, а не про качество софта. никогда не искали нужную информацию о проекте на сайте проекта, который работает на Trac'е?? Вот это пример _плохого_ веб-сайта. А, значит, трудно найти справку о программе - и качество продукта вообще - падает. >И т.д. Жаль, что такую чушь не лень переводить и публиковать. Лучше >бы тот же гайд по UI от Apple перевели и показали >всем любителям изобретать велосипеды. проприетарщину поддерживать? Вы в своем уме?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	12. "Что делает программу высококачественной"
	Сообщение от vitek (??) on 19-Май-08, 12:01
	сори. ICA прокси колбасит. :-)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	13. "Что делает программу высококачественной"
	Сообщение от Michael (??) on 19-Май-08, 12:05
	_Малое_, а не нулевое. Если ради какой-нибудь одной функции программа требует библиотеки, которая больше никому нахрен не нужна - такую программу сложно назвать каественной. Понятно, что грань тонкая, но она есть.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	14. "Что делает программу высококачественной"
	Сообщение от Smile (??) on 19-Май-08, 12:22
	Выглядит как новый велосипед, при чем с одной педалью. Понятие качества программного средства достаточно давно формализовано, построено несколько достаточно универсальных моделей характеристик качества и разработаны методики и рекомендации  оценивания в ходе жизненного цикла (например в комплексе стандартов ISO по информационным технологиям - ISO 9126, ISO 14598), написана масса статей и книг (кстати и на русском тоже =)), реализованны на практике модели и методы управления качеством, проводится сертификация на соответствие этим требованиям. Разрабатывать свой вариант показателей можно и полезно, только... зачем игнорировать уже существующий опыт?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	15. "Что делает программу высококачественной"
	Сообщение от anonymous (??) on 19-Май-08, 13:01
	как зачем? - чтобы показаться умным
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	16. "Ну вот и еще одна дятлостатья на opennet :("
	Сообщение от Аноним (??) on 19-Май-08, 13:03
	>никогда не искали нужную информацию о проекте на сайте проекта, который работает >на Trac'е?? Вот это пример _плохого_ веб-сайта. А, значит, трудно найти >справку о программе - и качество продукта вообще - падает. Качество справки и качество продукта - не одно и то же. Если оно, раз поставленное, работает как надо, так я лучше уж за такой софт, чем за тот, к которому нужно раз в месяц патч накатывать, и молиться, чтобы после накатки все заработало как было. >проприетарщину поддерживать? Вы в своем уме? Какая связь пропиетарщины и учеба, как делать _нормальные_ интерфейсы. Пока в этом смысле программистам-одиночкам, занимающимся дизайном собственных софтин, будь то open или не open source, есть куда расти. В общем, holywar я предложил бы оставить, а то, что опенсорс-руппор в лице opennet.ru постит такие статьи, как эта - это падение вкуса, а не его развитие :(
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	17. "Ну вот и еще одна дятлостатья на opennet :("
	Сообщение от Nick (??) on 19-Май-08, 13:10
	>>проприетарщину поддерживать? Вы в своем уме? >Какая связь пропиетарщины и учеба, как делать _нормальные_ интерфейсы Упоминание конкретной конторы, которая производит закрытый софт - есть ее поддержка (через рекламу своим постом - если непонятно).
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	18. "Что делает программу высококачественной"
	Сообщение от Konwin (ok) on 19-Май-08, 13:27
	Все необходимые критерии качественной разработки любого ПО придуманы еще на заре Unix систем и хорошо изложены в книге Рэймонда - не надо ничего нового придумывать...
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	19. "Ну вот и еще одна дятлостатья на opennet :("
	Сообщение от Dr Orwell Gonzo on 19-Май-08, 13:56
	Какая к чёрту разница, какой софт она производит, если речь идёт об открытом учебном документе для дизайнеров? Надо уметь заимствовать лучшее. В т.числе из пропиетарных платформ. За хороший интерфейс лицензионных отчислений платить не надо.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	20. "Ну вот и еще одна дятлостатья на opennet :("
	Сообщение от Dr Orwell Gonzo on 19-Май-08, 13:56
	Какая к чёрту разница, какой софт она производит, если речь идёт об открытом учебном документе для дизайнеров? Надо уметь заимствовать лучшее. В т.числе из пропиетарных платформ. За хороший интерфейс лицензионных отчислений платить не надо.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	21. "Что делает программу высококачественной"
	Сообщение от celz on 19-Май-08, 14:05
	А вот Кнут с вами не согласен: "...Я также должен признаться в своей склонности отрицать моду повторного использования кода. По мне, «повторно редактируемый код» намного лучше неприкосновенного черного ящика, или набора программ. Об этом я мог бы сказать очень много. По-видимому, я не смог бы переманить на свою сторону человека, полностью убежденного в замечательных качествах повторно используемого кода, но и меня никогда не удастся убедить в том, что повторно используемый код обычно не представляет опасности..."(http://citcity.ru/18573/) Если уж говорить о велосипедах, тогда все таки для программиста важно из каких частей этот велосипед состоит, а то "велосипедныx колес" не собирешь! :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	22. "Ну вот и еще одна дятлостатья на opennet :("
	Сообщение от Nick (??) on 19-Май-08, 14:08
	>Надо уметь заимствовать лучшее да, но не рекламировать источник. Потому как именно для саморекламы они и выкладывают подоюные материалы. >За хороший интерфейс лицензионных отчислений платить не надо. За паленую венду тоже платить не надо... ;))  до поры до времени... Все взаимосвязано.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	23. "Что делает программу высококачественной"
	Сообщение от Nick (??) on 19-Май-08, 14:12
	аудит используемого кода - одно дело. Но когда этото аудит делается другой командой - то речь всего лишь об их уровне и доверии им. Вобщем, использование библоитек - это скорость разработки, а убедиться в том, что в библоитеках все верно - это паранойа, но и она имеет право на жизнь, вне сомнения. Собсно, просто разные вещи.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	24. "Что делает программу высококачественной"
	Сообщение от Оммм on 19-Май-08, 14:55
	>проприетарщину поддерживать? Вы в своем уме? не проприетарщину, а принцыпы построения gui интерфейсов и у апл они очень даже замечательные. мало того, апл раз в год организовывает конкурс на самоей лутшее по юзабильности приложения для мак платформы и туда кстате попадали опенсорс разработки (правда макось ориентированные) это я к тому, что не все проприетарное есть зло... оно конечно зло в будущем, но забивать на опты прошлых наработок не есть умно, имхо
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	25. "Что делает программу высококачественной"
	Сообщение от Аноним (??) on 19-Май-08, 15:39
	"это означает что должно быть немного проблем с безопасностью" переводчику пять баллов :). правильно - если у программы не будет проблем с безопасностью, то выполнение пункта "частый выпуск новых версий" представляется мне затруднительным :).
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	26. "Что делает программу высококачественной"
	Сообщение от Guest (??) on 19-Май-08, 16:02
	Нет, утверждение как раз очень правильное.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	27. "Что делает программу высококачественной"
	Сообщение от Guest (??) on 19-Май-08, 16:03
	Бред.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	28. "Что делает программу высококачественной"
	Сообщение от Nick (??) on 19-Май-08, 16:08
	>Бред. предлагаешь КДЕшникам переписать для себя QT?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	29. "Что делает программу высококачественной"
	Сообщение от Дмитрий Ю. Карпов on 19-Май-08, 16:14
	> Программа должна часто обновляться и быть всегда доступна для скачивания или покупки. > Релизы должны быть частыми. Если программа изначально написана качественно, обновления требуются редко. > Должно быть легко узнать номер версии. Лучше если номер версии можно узнать без установки и запуска из пути для скачивания и из имени архива или из имени папки установки. В пакаджах во FreeBSD номер версии содержится в имени файла-архива. > Программа не должна требовать существенной настройки или дополнительного обучения (изменения привычек). Спорный вопрос, т.к. функциональность некоторых программ предусматривает именно настройку. В качестве "вырожденного примера" можно назвать интерпретаторы и компиляторы, которые работают только по написанной юзером программе; и эту программу можно считать вырожденным вариантом настройки. > Программа ... должна иметь немного зависимостей. Количество зависимостей никак не коррелирует с качеством программы. Допустим, программист выносит часть кода в разделяемые библиотеки, а эти библиотеки делает в виде отдельных пакетов, от которых зависит основной (это позволяет др.программитстам использовать этот код). Количество зависимостей растёт, качество исходного продукта не меняется. > При выходе новых версий должна сохраняться совместимость со старыми. В отношении операционной системы это означает и соместимость с ранее написанными вирусами. ;)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	30. "Ну вот и еще одна дятлостатья на opennet :("
	Сообщение от vitek (??) on 19-Май-08, 16:20
	> За хороший интерфейс лицензионных отчислений платить не надо. это ты зря. у них даже дизайн корзины запатентован. а вообще - так в чем проблема? сделай лучше. в open source. с удовольствием по-юзаем.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	31. "Что делает программу высококачественной"
	Сообщение от Nick (??) on 19-Май-08, 16:21
	>> Программа ... должна иметь немного зависимостей. > >Количество зависимостей никак не коррелирует с качеством программы. Допустим, программист выносит часть >кода в разделяемые библиотеки, а эти библиотеки делает в виде отдельных >пакетов, от которых зависит основной (это позволяет др.программитстам использовать этот код). >Количество зависимостей растёт, качество исходного продукта не меняется. вот. Наиболее рациональное замечание.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	32. "Что делает программу высококачественной"
	Сообщение от КтулхЪ on 19-Май-08, 17:19
	>"...и должна иметь немного зависимостей." >спорное утверждение Если например понадобится юзать список, то как правильней, написать свой или использовать GList, во втором случае программе уже нужна будет целая glib. Так что смотря где будет юзаться, если в мини дистрах то лучшим выбором будет софт с минимум зависимостей.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	33. "Что делает программу высококачественной"
	Сообщение от dRiZd on 19-Май-08, 20:03
	Я знаю такую;) 'Hello World!'
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	34. "Что делает программу высококачественной"
	Сообщение от vitek (??) on 19-Май-08, 20:41
	любую идею можно довести до абсурда.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	35. "Что делает программу высококачественной"
	Сообщение от Аноним (??) on 20-Май-08, 08:34
	"...и должна иметь немного зависимостей" одновременно с "Код программы должен быть модульным и хорошо написанным" Ужасная статья.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	36. "Что делает программу высококачественной"
	Сообщение от Аноним (??) on 20-Май-08, 11:12
	>"...и должна иметь немного зависимостей" >одновременно с >"Код программы должен быть модульным и хорошо написанным" imho русский не лучший язык для программирования и описания процесса, зависимости - слишком многозначное понятие. Функции тоже зависят друг от друга, это плохо давайте и с этим бороться. Например хочу получить данные из ОС могу вызвать posix функции, могу специфик для своей платформы или прочитать из /proc, использовать случайное api с похожим функционалом. Думается автор про эти зависимости, о чем спорить? просто по делу и без особых понтов. > >Ужасная статья. наверно, но сказано на пальцах просто и не более ужасно чем куча левых поделок знатоков  ISO&rfc, если не понимают значит надо напоминать, все логично..
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	37. "Что делает программу высококачественной"
	Сообщение от GoSha on 20-Май-08, 11:41
	БУ-ГА-ГА!!! Вы видали программы которые удовлетворяют хотябы половине этих требований?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	38. "Что делает программу высококачественной"
	Сообщение от Аноним (??) on 20-Май-08, 14:56
	> >наверно, но сказано на пальцах просто и не более ужасно чем куча >левых поделок знатоков  ISO&rfc, если не понимают значит надо напоминать, >все логично.. В принципе, да, я согласен. Это актуально, если вернувшись из отпуска, не можешь вообше помнишь а какже мне продолжить разрабатывать хорошо. А так посмотрел: ага, программы должны быть модульными и хорошо написанными. Хватаешься за голову и говоришь: "Точняк! Как же я сразу не догадался".
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	39. "Что делает программу высококачественной"
	Сообщение от Аноним (??) on 20-Май-08, 15:01
	А перевод на русский? Для многих это важно, но разработчики часто забывают. Вот в 'Hello World!' напимер нет. :-)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	40. "Что делает программу высококачественной"
	Сообщение от User294 (ok) on 21-Май-08, 03:03
	Чем меньше зависимостей тем меньше потенциального геморроя с программой.Ставить для меговой программы 100 мегов зависимостей - маразм, это не есть хорошая программа.Чем меньше зависимостей тем меньше прога зависит от чужих уязвимостей и тем меньше потенциально там ошибок.Что вы будете делать если у юзера глючить будет не ваша прога а поюзанная библиотека с ее конкретной версией?Вы за этот компонент не отвечаете но головняка огрести от него можете на раз.Еще не набили шишек?Так набьете, вопрос времени.Но с другой стороны code reuse - великая вещь.Так что нужна разумность - юзать только те библиотеки которые реально нужны и только если это заметно снижает размер вашего кода и трудоемкость кодинга.В противном случае есть шансы налететь на чужие глюки и потом юзеры будут доставать ВАС, потому что глючит ВАША программа, пусть и с чьей-то там библой.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	41. "Что делает программу высококачественной"
	Сообщение от User294 (ok) on 21-Май-08, 03:08
	>> должна иметь немного зависимостей >вот как раз это говорит о низком качестве программы. Потому как библиотеки >нонче есть для чего угодно и если они не использованы - >то их просто не искали, а изобретали свой очереднойц велосипед; избыточность >кода. Никогда не сталкивался с глюками в абы каких версиях библиотек оказавшихся у юзера?Так у тебя еще все впереди и поверь, отхватить на данном поприще можно много "счастья".А вот разбираться с тем что юзер и майнтайнеры какого-то дистра там нахимичили с версиями библ - очень на любителя.По сути в итоге есть риск заняться трублешутингом проблем глючной системы юзера с кривыми библами вместо отлова реальных багов в СВОЕЙ программе.Более того в случае уязвимости в библах у юзера твоя программа будет автоматически уязвима.А надеяться на то что у юзера в системе порядок - это надо нехилый заряд оптимизма иметь и смотреть на мир через розовые очки.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	42. "Что делает программу высококачественной"
	Сообщение от User294 (ok) on 21-Май-08, 03:16
	>>Бред. >предлагаешь КДЕшникам переписать для себя QT? Это один из случаев когда библиотеки используются по делу.Сделать свой менее глючный велосипед - сложная, времяемкая и затратная задача.В этом случае использование библиотек полностью оправданно.А вот если вы чтобы посчитать сраный MD5 потребуете в зависимостях какую-то экзотичную библу вдвое тяжелее вашей программы которую надо качать отдельно - я вас мягко говоря не пойму и поищу программу автор которой не вы**ывался а засунул код MD5 в свою программу.Ибо вломак на каждый писк библиотеки качать.Для Windows даже есть такое понятие: DLL Hell.Описывает эффект разбухания системы за счет куч ДЛЛ юзаемых программами по делу и без, после себя они их не подтирают (сие частично верно и для *nix - редко кто выколупывает библиотеки после сноса программ) а то и вовсе конфликтуют по версиям.От этого *никсы к счастью в основном избавлены, хотя увидеть сообщение нечто типа warning, library version mismatch - compiled with header version X, installed version Y - тоже не больно приятно.И спасибо если предупредят еще, а то вовсе что-то где-то отвалится и гадай потом кто был пудак, автор программы или библы или все вместе напортачили.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	43. "Что делает программу высококачественной"
	Сообщение от User294 (ok) on 21-Май-08, 03:18
	>нужно дополнение: >...какое-то количество версий. Все хорошо в меру.И использование библиотек и сохранение совместимости.Любую даже самую хорошую вещь можно использовать так бестолково что всем от нее будет весьма плохо.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	44. "Что делает программу высококачественной"
	Сообщение от User294 (ok) on 21-Май-08, 03:26
	>> хорошее название программы важно >вообще без вариантов +100.Как вы яхту назовете, так она и поплывет.Дурное невзрачное название сгубило тысячи тысяч неплохих внутри проектов.От себя хочется добавить что полное название программы должно как-то описывать ее.Например, DTA хорошее название если юзеры знают что это аббревиатура от Down Them All.Данное название сразу позволяет понять что это за штука.А вот если бы там было написано Cool New Shit - кто его знает что этот кул делает?Иной раз так трудно найти хороший проект.Потом через годы узнаешь что оно было.Да только названием не вышло, описание бестолковое и потому под внимание не попало.Можно lighttpd и nginx сравнить.У первого название сразу говорит о том что оно делает, у второго - а хрен бы его знает что за штука?Стоит ли удивляться что хотя программы одного класса, первый стал популярнее раньше и по сей день более популярен?Да, со временем о nginx узнают, потому что его используют большие сайты и это заметно.Но далеко не любому проекту везет настолько же.Поэтому тысячи хороших проектов прозябают в неизвестности из-за недальновидности авторов.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	45. "Ну вот и еще одна дятлостатья на opennet :("
	Сообщение от User294 (ok) on 21-Май-08, 03:47
	>Это да пионеров, которым нефиг делать как обновлять софт. Лучше, чтобы она >сразу была без дырок, и обновлять просто не требовалось = поставил >сервер, и забыл. OpenBSD как пример. Нынче так не катит.В сложных программах даже с хорошим качеством кода случаются баги.И кстати это не в бсд ли багу нашли 25-летней давности?А вы говорите обновлять не надо :).В итоге с такой идеологией вы привыкнете что обновлять не надо и профукаете дырку.А вот хакеры в отличие от вас ребята расторопные.Они и без дыр то сканят нынче все что сканится весьма жестко.А уж если у вас дырявый ftpd или httpd или там что еще - у хаксоров весьма быстро будет халявный шелл за ваш счет. >Программа должна быть хорошей, в первую очередь, но есть и закрытые хорошие >программы. GUI в MacOS X как пример - закрытая, но все >просто тащатся. Я вот не тащусь.Он может и модный, но совершенно неюзабельный и неудобный.Типа как лимузин.Круто и красиво на вид, но ужасно непрактично - застревает на поворотах и парковать в центре жутко неудобно и запчасти дорогущие, бензина при том не какого то там 76 говенного а элитного кушает дофига.И в пробках стоит наравне с жигуленком, которому даже проще в силу юркости.А в итоге и тут так же - банальный хрендовс намного популярнее.Уж что-что а в исследование юзабилити MS вбубухал бабла и маркетолухи даже не все усилия спецов по UI зарыли в землю. >интерфейсе, к которому автор статьи привык. Пример - HyperCard или тот >же Photoshop. Чтобы программа имела право определять свой интерфейс, она должна быть очень большой и предметной.Как CAD системы например.В противном случае ее просто выкинут и поюзают ту к которой не надо привыкать.Такова жизнь.Таковы юзеры.Очень мне охота дрессироваться под вы**нутые контролы лично вашей программы.Ага.Аж два раза.И потом помнить что во всех прогах так а в этом самопале эдак?Черта с два.Такой чести может удостоиться только очень выдающийся самопал являющийся шедевром в какой-то области(отличной от демонстрации идиотских и неудобных UI). >Это вообще про маркетинг, а не про качество софта. Это про КАЧЕСТВО СОФТА.То что вы налабали нечто никому кроме вас вообще неизвестно.И уж тем более никто не знает какие фичи у программы есть.Сайт это простой способ узнать о программе и что она делает.Если есть 3 программы но у 1 сайт бестолковый, у второй его нет а у третьей аккуратный сайтик с качественной документацией по программе, вики и FAQ - догадываетесь какую программу я выберу если остальные характеристики примерно одинаковые?Вот то-то. >А не пофиг ли мне, какие зависимости у софта на сервере, если >сервер не приходится переставлять и он работает? Вам может и не пофиг.А вот юзеры которые будут такую крапварь ставить мата изрыгнут конкретно.То есть если вас устраивает что у вашей программы будет в будущем полтора юзера (вы сам и ваш сосед Вася но только по праздникам) - да, можно и так.Иначе - ой. >бы тот же гайд по UI от Apple перевели и показали >всем любителям изобретать велосипеды. У эппла хорошие дизайнеры и некоторые интересные моменты есть.Но вот общее юзабилити их системы - отличный пример того КАК UI ДЕЛАТЬ НЕ НАДО.Например кнопки окна вверху десктопа.Очень, пля, удобно для окон из разных точек экрана мышку к этим кнопкам через весь экран катить.Ага.Два раза.Учитывая что юзер вероятно работает с конкретным окном - логично кнопки на нем и разместить.Ну а эпплу как всегда надо think'нуть different поэтому иногда это different бывает и откровенным удалением гланд через ж**у автогеном.У MS кстати тоже гайды есть и так по проценту юзеров логично смотреть на них.Вот только одно но.Сам майкрософт тем не менее никогда эти гайды не соблюдает.На самом деле custom контролы подчеркивают профессионализм авторов и делают общение с программой приятнее.Но тут должна быть мера - кастомные контролы должны вести себя привычно и выглядеть привычно.Можно конечно показать юзеру вместо UI какой-то пульт управления космолетом но разбираться в оном UI будет весьма немного народа.Остальные просто снесут непонятную хрень к такой-то маме :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	46. "Что делает программу высококачественной"
	Сообщение от User294 (ok) on 21-Май-08, 03:56
	>(например в комплексе стандартов ISO по информационным технологиям - ISO 9126, >ISO 14598), написана масса статей и книг Если уж вы о русском.Знаете ли, есть такой стандарт, ISO 8859.В частности и для кодировки русского языка как раз, если не ошибаюсь, ISO 8859-5.Так вот.А покажите теперь где он используется?Почему-то в *никсах было KOI8-R а потом UTF-8.В винде CP866 а потом 1251.А на самый стандартный стандарт все дружно поклали ;) Отсюда мораль: то что в ISO написано конечно круто.Но к реальной жизни может и не иметь никакого отношения.Равно как и соблюдение каких либо ISO нихрена никому не гарантирует качества программы и ее хорошего восприятия юзерами.В СССР множество изделий было стандартно и соответствовало.А толку?Дошло до маразма.Ну пользуйтесь себе "жигуленками" и "рубинами", не надо покупать "пежо", "тойоты", "филипсы", "самсунги" и "сони".Ага?На жигулята и рубины и схемы есть и даже вычерчены по исо, а толку с того? :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	47. "Что делает программу высококачественной"
	Сообщение от User294 (ok) on 21-Май-08, 04:01
	>не проприетарщину, а принцыпы построения gui интерфейсов и у апл они очень >даже замечательные. Ага, особенно кнопки окна вверху экрана.Просто шедевральное юсабилити.Ага. > конкурс на самоей лутшее по юзабильности приложения Угу, а инвалиды вон тоже организовывают забеги.Отсюда не следует что результаты оных забегов стоит признать нормальными для ВСЕХ.Улавливаете?Эппл бы сперва сам с юзабилити своей системы разобрался а потом бы конкурсы устраивал.А то ишь, каждый картавый мечтает стать логопедом :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	48. "Ну вот и еще одна дятлостатья на opennet :("
	Сообщение от User294 (ok) on 21-Май-08, 04:05
	>Надо уметь заимствовать лучшее. В т.числе из пропиетарных платформ. В кедах 4 уже позаимствовали уе**щную менюшку Start из дристы, чуток облагородили, но говно, даже если его сахаром посыпать все-равно будет неаппетитное, уж извините.Осталось еще логику кнопок окон из мака передрать и получится шедевр "самое неюзабельное но гламурное поделие года".На посмотреть - да, круто.На поюзать да не 5 минут а полгодика - тьфу, проще застрелиться.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	49. "Что делает программу высококачественной"
	Сообщение от User294 (ok) on 21-Май-08, 04:08
	>вот. Наиболее рациональное замечание. В библиотеки есть смысл выносить то что этого реально заслуживает.SSL - да, монструозный протокол и его сложно самостоятельно с нуля реализовывать.А вот всякую тривиальную лажу в виде библ выносить смысла нет.А то потом будет как в винде - вся система засрана DLL.Юзаемыми аж 1 копией программы в 1 экземпляре.И нахрен их делали как отдельные библы?Чтобы было чем систему после деинсталла программы подзасрать?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	50. "Что делает программу высококачественной"
	Сообщение от User294 (ok) on 21-Май-08, 04:10
	Кстати да, позволять программерам судить о качестве своих же программ - это то же самое как позволять преступникам судить самих себя.Объективность ровно такая же.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	51. "Что делает программу высококачественной"
	Сообщение от Nick (??) on 21-Май-08, 11:16
	>Ибо вломак на каждый писк библиотеки качать.Для Windows даже есть такое понятие: >DLL Hell. Как же как же... Для RPM-based с бедным репозиторием такое тоже есть RPM-hell %) >Описывает эффект разбухания системы за счет куч ДЛЛ юзаемых программами >по делу и без, после себя они их не подтирают (сие >частично верно и для *nix - редко кто выколупывает библиотеки после >сноса программ) вы точно не спутали смаздай и *NIX? в Никсах ест ьпакетные менеджеры. А расчитывать нонче программирование на то, что кто-то ведет свою систему методом "configure && make && make install" - это есть маразм. Вобщем, корректировать свою работу с учетом любого возможного бардака у юзера - есть бесконечно долгое занятие. Жизнь же - не бесконечна.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	52. "Что делает программу высококачественной"
	Сообщение от Аноним (??) on 21-Май-08, 11:34
	>есть шансы налететь на чужие глюки и потом юзеры будут доставать ВАС, потому что глючит ВАША программа, пусть и с чьей-то там библой Если ВЫ не будете использовать эту библиотеку, то автор библиотеки не узнает о наличии проблемы с ней. Если глючит библиотека - надо как можно быстрее сообщить её автору об этом. А вот если ВЫ напишете свой код, аналогичного назначения, то рискуете пройтись по всем граблям, по которым УЖЕ прошёл и решил автор библиотеки, которую ВЫ собрались повторять. И когда у ВАС будет глючить код, который вы могли бы использовать готовый и отлаженный из сторонней библиотеки, вы ещё много раз будете думать "ну почему я не взял готовую библиотеку с нужным мне функционалом?? зачем мне этот гемморой с отладкой когда, который давно отладили другие??"
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	53. "Что делает программу высококачественной"
	Сообщение от Аноним (??) on 21-Май-08, 11:39
	Сдаётся мне, вы не понимаете, что такое dll. Вероятно, вам невдомёк, что одна программа может использоваю свою dll, например, для локализации, и смена юзыка интерфейса будет происходить подгрузкой нужной dll.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	54. "Что делает программу высококачественной"
	Сообщение от oppofan (ok) on 21-Май-08, 12:04
	>На жигулята и рубины и схемы есть и даже вычерчены по исо, а толку с того? :) Улыбнуло, честно.... потому как езжу на жигулёнке и смотрю Рубин... Правда езжу чаще, чем смотрю (не сломан, просто не любитель). И честно говоря, не чувствую себя ущемлённым :-) Вот совсем не чувствую... К чему? К стандартам, как таковым отношения не имеет. Хотя сказал красиво :-)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	55. "Что делает программу высококачественной"
	Сообщение от zyx on 29-Май-08, 18:03
	>"это означает что должно быть немного проблем с безопасностью" > >переводчику пять баллов :). правильно - если у программы не будет проблем >с безопасностью, то выполнение пункта "частый выпуск новых версий" представляется мне >затруднительным :). Спасибо за высокую оценку :) Но Вы забываете насколько быстро развивается техника в наше время. - Интерфейс 20-летней давности еще как-то может использоваться и даже нравиться, а все остальное должно постоянно развиваться и расти. Моя личная оценка, что за 3-5 лет активно используемая программа должна полностью обновляться (или заменяться другой). Про библиотеки разговор отдельный, но они тоже нуждаются в регулярной ревизии свежим взглядом, чтобы не было 25-летних багов. Второй момент, что часто проще написать с нуля, чем исправить то что уже есть, а это уже означает что будут и баги и процесс их исправления.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]