>Программа не должна быть сложной в компиляции и запуске, не должна использовать особенности компиляторов и должна иметь немного зависимостей.

Гном, тут сливает.

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

А тут уже много кто сливает.

тетрис форева

Привет от Капитана "О"

главное чтобы не было зависимостей от libastral, а то хрен соберёшь...

>Код программы должен быть открытым; лучше, если лицензия позволяет свободное использование кода.

4.2 - Opera, IntellijIDEA закрытые, тем не менее качественные. FireFox - открытая и некачественная

>Программа должна быть переносимой (работать на как можно большем количестве распространенных платформ). >При выходе новых версий должна сохраняться совместимость со старыми.

с этим согласен

ИМХО Fish, пишется как Фишь?

> ИМХО Fish, пишется как Фишь?

тогда уж Рыбко

а где что-нибудь о функциональности? ибо получается что hello world рулит))

> Программа не должна требовать [...] дополнительного обучения (изменения привычек).

т.е. софта, удобного для всех не существует.

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

А уж oracle как сливает... Практически по всем пунктам

>4.2 - Opera, IntellijIDEA закрытые, тем не менее качественные.

4.2. Opera уже научилась отдавать память?

повышаю до генерала Кристальной Чистоты Мысли.

Германия страна цветов. Германия страна цветов. Германия страна тюльпанов.

> При выходе новых версий должна сохраняться совместимость со старыми.

А по этому пункту иногда и ядро сливает.

Некоторые пункты очевидны, некоторые фактически дублируют друг-друга. В общем, у Шломи получилась эдакая конско-сферически-вакуумная программулина.

1 - частое обновление не является показателем качества ПО.
2 - открытость или закрытость кода не влияет (умственные способности разработчика, архитектора при этом неизменны)
3 - вопросы настройки и обучения не относятся к качеству ПО, относятся к usability, а это уже к дизайнерам.
4 - вопрос "обвязки" вокруг кода. На качестве влияет косвенно.
5 - Вот с документаций у программистов беда. Согласен :)
6 - Требование переносимости не влияет на качество кода. Все упирается в требования на ПО
7 - Требование совместимости никак не связано с качеством ПО.
8 - быстрота и малое потребление ресурсов при некачественном коде никому не нужны - не влияет на качество

В общем вода и бред.

>Код программы должен быть открытым; лучше, если лицензия позволяет свободное использование кода.

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

Уж больно утрирована у него картина, как-будто для какого-то конкретного проекта писал определения.

Гкхм. "Программа должна выполнять поставленную перед ней задачу" - это типа не нужно? :D

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

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

> Программа не должна требовать существенной настройки или дополнительного обучения (изменения привычек).

Чушь. Имхо в хорошей программе настраиваться должно ВСЕ. Чем больше настроек тем лучше. А привычки - дело наживное.

> Программа не должна быть сложной в компиляции и запуске, не должна использовать особенности компиляторов и должна иметь немного зависимостей.

Вот это труЪ. Поддерживаю.

И вообще, судя по этим пунктам, emacs - идеальная программа :)

Получается GNU/Linux средне или даже низкокачественная программа

Это даже не Captain Obvious. Это — некомпетентный аффтар, страдающий нарциссизмом и еще, похоже, много чем. Посмотрите страницу "About Myself" — ему за 30, а он даже работу найти не может (что закономерно — достаточно прочитать, что он пишет в сноске про рефакторинг). Там еще есть "Personal Ad: I'm looking for a girlfriend..." — уписаться, простите, можно.

>Программа не должна быть сложной в компиляции и запуске, не должна использовать особенности компиляторов и должна иметь немного зависимостей.

Создатели видео/аудио энкодеров/декодеров то как порадуются :)

короче программа должна быть _хорошей_ :)

>I'm looking for a girlfriend..." — уписаться, простите, можно.

Ничего смешного. Добрая половина ЛОРа перманетно ищет girlfriend's.

> Чушь. Имхо в хорошей программе настраиваться должно ВСЕ. Чем больше настроек тем лучше. А привычки - дело наживное.

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

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

>>I'm looking for a girlfriend..." — уписаться, простите, можно.

>Ничего смешного. Добрая половина ЛОРа перманетно ищет girlfriend's.

Доброй половине ЛОРа лет до 20ти. А ему извините уже 30.

//pigger ка бы говорит нам...

Вах! Сам Шломи Фиш! Чем он круче анонимуса?

Мда... вот во что выливается недостаток высшего образования.

Фактор определяющий хорошего аналитика - это изобретение чего то нового тогда и только тогда, когда этого не было изобретено. Проще говоря велосипеды выдумывать не надо. (какашка в сторону Шломи Фиш).

Бред сивой кобылы. Особенно про зависимости.

Твоя прогамма в том, что ты не видишь за лесом деревьев.

http://en.wikipedia.org/wiki/Shlomi_Fish
как в том анекдоте "... и после этого они не дают ковыряться в носу ..."

Шломи Фиш, ты - говно.

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

Хм, я понимаю, Шломи Фиш молодец, что пытается что-то систематизировать, но вообще-то, прежде чем заниматься самостоятельным творчеством, не худо было бы почитать ISO 9126 ("Информационная технология. Оценка программного продукта. Характеристики качества и руководство по их применению"). Некоторые критерии там пересекаются с тем, что пишет Фиш. Не все, конечно (стандарт старый, и вообще любой нормальный стандарт по определению чуточку консервативен), но в любом случае отталкиваться от стандарта продуктивнее, чем заниматься любительским велосипедостроением в промышленных масштабах.

> Ничего смешного. Добрая половина ЛОРа перманетно ищет girlfriend's.

Вторая предочитает трахаться с софтом ?

>Получается GNU/Linux средне или даже низкокачественная программа

GNU/Linux - не программа.

Первым пунктом должно идти "полностью решать свою основную задачу". Всё остальное опционально

Шлома рассказал, что для приготовления жареной картошки её надо сначала очистить, а для преодоления стометровки менее чем за 11 сек, приходится изрядно тренироваться.

Какая глубина и новизна мысли!!! Поди на бакалавра тезисы тянут!

Этническая гениальность в действии.

> grob ***** (*) (19.05.2008 17:50:48)

> Там еще есть "Personal Ad: I'm looking for a girlfriend..." — уписаться, простите, можно.

Кажется, ещё в "Алисе в стране чудес" говорилось: "не надо переходить на личности, это очень грубо".

Пацаны, ну вы, блин, даете. Уписался, пока дочитал...

Поразительные открытия!!!

Поразительные открытия!!!

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

>Программа не должна быть сложной в компиляции и запуске, не должна использовать особенности компиляторов и должна иметь немного зависимостей.

Утопия %) Компилятор - это "Choice your destiny" ;)

Да!

Да! ви били украсть мой мисли. Надеюсь шломо и его друзья изя и марик порадуют нас новыми открытиями

>Пацаны, ну вы, блин, даете. Уписался, пока дочитал...

Похоже, что у половины обитателей ЛОРа кроме проблем с девушками есть еще и проблемы с недержанием ;)

>>Ничего смешного. Добрая половина ЛОРа перманетно ищет girlfriend's. Вторая предочитает трахаться с софтом ?

Не-а, с бойфрендом, потому как блондинки. И ващще на эту новАсть так и тянет процитировать одесский анекдот: "Шлёма! Ты шо, упал?"

>Программа не должна требовать ... дополнительного обучения (изменения привычек).

Бред полный. Ну и не учите ничего, и ничем не пользуйтесь. "изменения привычек"? Бросить курить - это оставление дурной привычки. Значит, раз это требует изменения привычек, то курить бросать не нужно?

Бред сивой кобылки.

Хе-хе... Давеча набрёл на ругань Алекса Тутубалина http://blog.lexa.ru/2008/05/15/slozhno_dazhe_najti_podxodjaschie_slova.html : ---

Сложно даже найти подходящие слова....

... приличествующие анонсу двух ссылок:

Debian OpenSSL Predictable PRNG Toys Исходное сообщение в DSA: DSA-1571-1 openssl -- predictable random number generator Удивительный подход: ради ублажения Purify взяли и убрали две нужных (жизненно необходимых!) строчки.

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

---

Если посмотреть на вышеприведённый список, то, в общем, дебиановская сборка OpenSSL вполне подпадает под сформулированные критерии... Такие дела...

>Программа не должна требовать существенной настройки или дополнитель-
>ного обучения (изменения привычек).
Vim --- нехорошая программа. Выбросите бяку.
Bash тоже на помойку, а то вдруг привычной станет.
Ещё удалите apache, у него непривычный интерфейс. lor как-нибудь и
без него обойдётся.


>Программа должна быть быстрой и не должна потреблять много ресурсов.
Суперкомпьютеры не нужны. Задачи, которые решают суперкомпьютеры
могут быть решены на обычном ПК, если уволить всех программистов и
нанять Shlomi Fish'а.

>...должна иметь немного зависимостей.
localhost *.* # equery depgraph \=sys-kernel/gentoo-sources-2.6.25-r4 | grep --count '\-\-'
410

>Программа не должна быть сложной в компиляции и запуске
Ядро системы не должно иметь возможности настройки и оптимизации.

>Программа должна быть переносимой (работать на как можно большем
>количестве распространенных платформ).
Ядро системы должно быть написано на Java.


Долой "жирные" программы
http://www.vspu.ac.ru/~chul/wirth/fatpr/fatpr.htm

> При выходе новых версий должна сохраняться совместимость со старыми.

stable api suxx