https://www.opennet.ru/openforum/vsluhforumID3/41811.html Шломи Фиш (Shlomi Fish) проанализировал (http://www.shlomifish.org/philosophy/computers/high-quality-software/) факторы определяющие высокое качество программного обеспечения:<br><br><br><br>- Программа должна часто обновляться и быть всегда доступна для скачивания или покупки.<br>&lt;/li&gt;- Должно быть легко узнать номер версии. Лучше если номер версии можно узнать без установки и запуска из пути для скачивания и из имени архива или из имени папки установки.<br>&lt;/li&gt;- Код программы должен быть открытым, лучше если лицензия позволяет свободное использование кода.<br>&lt;/li&gt;- Программа не должна требовать существенной настройки или дополнительного обучения (изменения привычек).<br>&lt;/li&gt;- Программа должна иметь качественную веб-страницу, где легко найти всю необходимую информацию.<br>&lt;/li&gt;- Программа не должна быть сложной в компиляции и запуске, не должна использовать особенности компиляторов и должна иметь немного зависимостей.<br>&lt;/li&gt;- Должны быть легко доступны готовые собранные пакеты или должно быть легко и...<br><br>URL: http://www.shl https://www.opennet.ru/openforum/vsluhforumID3/41811.html#55 Thu, 29 May 2008 14:03:15 GMT &gt;"это означает что должно быть немного проблем с безопасностью" <br>&gt;<br>&gt;переводчику пять баллов :). правильно - если у программы не будет проблем <br>&gt;с безопасностью, то выполнение пункта "частый выпуск новых версий" представляется мне <br>&gt;затруднительным :). <br><br>Спасибо за высокую оценку :)<br>Но Вы забываете насколько быстро развивается техника в наше время.<br>- Интерфейс 20-летней давности еще как-то может использоваться и даже нравиться, а все остальное должно постоянно развиваться и расти.<br><br>Моя личная оценка, что за 3-5 лет активно используемая программа должна полностью обновляться (или заменяться другой). Про библиотеки разговор отдельный, но они тоже нуждаются в регулярной ревизии свежим взглядом, чтобы не было 25-летних багов.<br>Второй момент, что часто проще написать с нуля, чем исправить то что уже есть, а это уже означает что будут и баги и процесс их исправления.<br> https://www.opennet.ru/openforum/vsluhforumID3/41811.html#54 Wed, 21 May 2008 08:04:25 GMT &gt;На жигулята и рубины и схемы есть и даже вычерчены по исо, а толку с того? :) <br><br>Улыбнуло, честно.... потому как езжу на жигулёнке и смотрю Рубин... Правда езжу чаще, чем смотрю (не сломан, просто не любитель). И честно говоря, не чувствую себя ущемлённым :-) Вот совсем не чувствую...<br>К чему? К стандартам, как таковым отношения не имеет. Хотя сказал красиво :-)<br> https://www.opennet.ru/openforum/vsluhforumID3/41811.html#53 Wed, 21 May 2008 07:39:56 GMT Сдаётся мне, вы не понимаете, что такое dll. Вероятно, вам невдомёк, что одна программа может использоваю свою dll, например, для локализации, и смена юзыка интерфейса будет происходить подгрузкой нужной dll. <br> https://www.opennet.ru/openforum/vsluhforumID3/41811.html#52 Wed, 21 May 2008 07:34:18 GMT &gt;есть шансы налететь на чужие глюки и потом юзеры будут доставать ВАС, потому что глючит ВАША программа, пусть и с чьей-то там библой<br><br>Если ВЫ не будете использовать эту библиотеку, то автор библиотеки не узнает о наличии проблемы с ней. Если глючит библиотека - надо как можно быстрее сообщить её автору об этом.<br>А вот если ВЫ напишете свой код, аналогичного назначения, то рискуете пройтись по всем граблям, по которым УЖЕ прошёл и решил автор библиотеки, которую ВЫ собрались повторять.<br>И когда у ВАС будет глючить код, который вы могли бы использовать готовый и отлаженный из сторонней библиотеки, вы ещё много раз будете думать "ну почему я не взял готовую библиотеку с нужным мне функционалом?? зачем мне этот гемморой с отладкой когда, который давно отладили другие??"<br> https://www.opennet.ru/openforum/vsluhforumID3/41811.html#51 Wed, 21 May 2008 07:16:47 GMT &gt;Ибо вломак на каждый писк библиотеки качать.Для Windows даже есть такое понятие: <br>&gt;DLL Hell.<br><br>Как же как же...<br>Для RPM-based с бедным репозиторием такое тоже есть<br>RPM-hell %)<br><br><br>&gt;Описывает эффект разбухания системы за счет куч ДЛЛ юзаемых программами <br>&gt;по делу и без, после себя они их не подтирают (сие <br>&gt;частично верно и для *nix - редко кто выколупывает библиотеки после <br>&gt;сноса программ)<br><br>вы точно не спутали смаздай и *NIX? в Никсах ест ьпакетные менеджеры.<br>А расчитывать нонче программирование на то, что кто-то ведет свою систему методом<br>"configure && make && make install" - это есть маразм.<br><br><br>Вобщем, корректировать свою работу с учетом любого возможного бардака у юзера - есть бесконечно долгое занятие. Жизнь же - не бесконечна.<br> https://www.opennet.ru/openforum/vsluhforumID3/41811.html#50 Wed, 21 May 2008 00:10:37 GMT Кстати да, позволять программерам судить о качестве своих же программ - это то же самое как позволять преступникам судить самих себя.Объективность ровно такая же.<br> https://www.opennet.ru/openforum/vsluhforumID3/41811.html#49 Wed, 21 May 2008 00:08:26 GMT &gt;вот. Наиболее рациональное замечание. <br><br>В библиотеки есть смысл выносить то что этого реально заслуживает.SSL - да, монструозный протокол и его сложно самостоятельно с нуля реализовывать.А вот всякую тривиальную лажу в виде библ выносить смысла нет.А то потом будет как в винде - вся система засрана DLL.Юзаемыми аж 1 копией программы в 1 экземпляре.И нахрен их делали как отдельные библы?Чтобы было чем систему после деинсталла программы подзасрать?<br><br> https://www.opennet.ru/openforum/vsluhforumID3/41811.html#48 Wed, 21 May 2008 00:05:21 GMT &gt;Надо уметь заимствовать лучшее. В т.числе из пропиетарных платформ. <br><br>В кедах 4 уже позаимствовали уе**щную менюшку Start из дристы, чуток облагородили, но говно, даже если его сахаром посыпать все-равно будет неаппетитное, уж извините.Осталось еще логику кнопок окон из мака передрать и получится шедевр "самое неюзабельное но гламурное поделие года".На посмотреть - да, круто.На поюзать да не 5 минут а полгодика - тьфу, проще застрелиться.<br> https://www.opennet.ru/openforum/vsluhforumID3/41811.html#47 Wed, 21 May 2008 00:01:33 GMT &gt;не проприетарщину, а принцыпы построения gui интерфейсов и у апл они очень <br>&gt;даже замечательные. <br><br>Ага, особенно кнопки окна вверху экрана.Просто шедевральное юсабилити.Ага.<br><br>&gt; конкурс на самоей лутшее по юзабильности приложения <br><br>Угу, а инвалиды вон тоже организовывают забеги.Отсюда не следует что результаты оных забегов стоит признать нормальными для ВСЕХ.Улавливаете?Эппл бы сперва сам с юзабилити своей системы разобрался а потом бы конкурсы устраивал.А то ишь, каждый картавый мечтает стать логопедом :)<br>