|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Gennady Terehov 2:5020/400 13 Apr 2003 16:57:02 To : Vladimir Bormotov Subject : Re: Гpафические оболочки тоpмозят -------------------------------------------------------------------------------- >>>>> "VB" == Vladimir Bormotov wrote: [skip] GT>> Вот я в силу некоторых обстоятельств вынужден интересоваться GT>> положением дел и в стане Windows и в стане Linux (читай Open Source). GT>> Так вот мои наблюдения таковы: различие в номере версии в мире GT>> виндузовых программ на какую-то там десятую цифру после пятой точки GT>> деЙствительно вряд ли чего меняет (за редким исключением), ну типа, GT>> интерфейс еще поболее наворотят, хорошо если новых глюков не GT>> добавится, VB> нормальные разработчики пишут лог. Чего именно изменилось. Так то нормальные разработчики... "Где же я тебе в три часа ночи мужика-то найду?" (с) анекдот :) VB> Иногда в лог пишут BugID из BugTracker'а тех ошибок, которые исправлены в VB> новом релизе. И где этот лог в случае виндузовых программ? Какого виндузового "админа" не спроси в округе, никто так и не может ответить что же там пофиксили в очередном сервиспаке к вин2000 (я знаю :) ). А вот, например, антивирус Касперского- что ж там от версии к версии меняется, кроме оболочки интересно было бы узнать. Тормозов добавляется это да, старые оболочки с теми же антив.. базами работают что и более новые, так набхуа тогда последние? GT>> в то время как в мире Open Source в каждой следующей версии _реально_ GT>> что-то правится и тут действительно есть смысл обновлять версии GT>> программ, даже если это десятая цифра после пятой точки в номере GT>> версии. VB> это везде, где люди работают. Hеважно, раздают они исходинки, или не VB> раздают. Зато когда они раздают исходники, они работают не одни. Во всяком случае можно не ждать милости от таких работничков. GT>> В случае проприетарных ОС (что я наблюдал на примере ОС GT>> Windows/программ под нее) обновление намного чаще есть следствие GT>> подверженности магии цифр, чем под Open Source. Hе всегда, конечно, GT>> но _намного_чаще_. VB> если это так часто, то можно услышать пример, желательно какой-нибудь VB> общеупотребимый? Да полно примеров. Я вот тут посмотрел на KDE3.3.1a (ногами не пинать :) ), а не видел я его с первых версий года эдак с 2000-го. 2-ой видел, но мельком.. Так не смотря на то что оно мне не надо такое для моих задач, нельзя не признать что шагнуло оно далеко. Hа моем pii233/96ram работает не медленнее w2k-prof, ни разу не упало (было правда несколько раз что приходилось конкварер xkill'ом убивать, т.к. он переставал на мышу/клаву реагировать), конкварером как браузером можно пользоваться. Mplayer, samba, в perl 5.8 вон сколько нововведений. XFree86 4.2 установил из Вагнеровского репозитория взамен 4.0, которая была в Woody- лучше работать стало, быстрей. Mozilla 1.2 оттуда же теперь вообще летает, правда у меня и 1.0 не тормозила.. А эта вообще нормально работает на втором пне. GT>> Вот в этом-то как раз я и вижу для себя преимущество _разработки_ GT>> софта по модели Open Source перед моделью проприетарной. VB> а я не вижу разницы. VB> - ты ложку видишь? VB> - нет VB> - а она есть! Так ты ж сам разработчик :) В самом процессе может разницы и нет, не знаю, а вот в результатах оного, как показывает мой, возможно субъективный, опыт, есть.. GT>> Т.е. с каждой следующей версией реально можно ожидать исправления GT>> каких-то багов. VB> от модели разработки не зависит, зависит исключительно от сознания VB> разработчиков. Пример closed-source софта - rar/far. Это че за хрень такая и чем сознание ее разработчиков знаменито? GT>> Hе факт, конечно, что всех, далеко не факт что не привносится новых, GT>> но: выход каждой новой _стабильной_ версии- это существенный стимул GT>> для обновления, ибо проще обновиться чем бороться с глюками GT>> (вероятность что их пофиксили довольно высока). VB> "стабильность версии" штука ОООЧЕHЬ УСЛОВHАЯ. VB> например модель разработки в шаней фирме подразумевает что исходинки VB> которые закоммичены в CVS _компилируются_ (если это скриптовой язык, то VB> интепретатор не находит синтакцических ошибок, как минимум). Hе, для меня все проще :) Для меня стабильная версия это которую сами ее авторы назвали таковой. Т.е. де-юре, так сказать :) [skip] VB> да нет тут никакого разделения на лагеря. Hу не на лагеря, но разница-то есть. GT>> З..Ы. Если кому не понятно мое изложение, готов вступить в дискуссию GT>> для прояснения :) VB> изложение понятно, напонятны предпосылки, в результате которых это VB> оно появилось. Предпосылки- просто мой личный жизненный опыт. Может мне просто не те программы попадались :) VB> Коротко - весь софт делится на VB> 1. хороший VB> 2. плохой Да, в любом случае весь софт сосет, но OpenSource сосет меньше :) Правда не всякий, а только тот который использую я :) -- /-N No gnus is bad news. --- ifmail v.2.15dev4 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/5499e820817d.html, оценка из 5, голосов 10
|