ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Vladimir Bormotov                    2:5020/400     10 Apr 2003  03:54:10
 To : Gennady Terehov
 Subject : Re: Гpафические оболочки тоpмозят
 -------------------------------------------------------------------------------- 
 

 
    Hi, Gennady!
 
 >>>>> "GT" == Gennady Terehov <tga@komifree.ru> writes:
 
  RK>> Блин, я сегодня себе последний mplayer поставлю, раз уж он официально
  RK>> вышел.  Hо всё равно я считаю, что обновляться ради обновлений - это
  RK>> не есть верно.  А то получается, что универсальное решение -
  RK>> "обновись".  Это как в винде - "а ты перегружаться пробовал?"
 
  GT> Вот я в силу некоторых обстоятельств вынужден интересоваться
  GT> положением дел и в стане Windows и в стане Linux (читай Open Source).
  GT> Так вот мои наблюдения таковы: различие в номере версии в мире
  GT> виндузовых программ на какую-то там десятую цифру после пятой точки
  GT> деЙствительно вряд ли чего меняет (за редким исключением), ну типа,
  GT> интерфейс еще поболее наворотят, хорошо если новых глюков не
  GT> добавится, 
  
  нормальные разработчики пишут лог.  Чего именно изменилось.
  Hормальный пользователь этот лог читает, и решает, обновляться или нет.
  
  Иногда в лог пишут BugID из BugTracker'а тех ошибок, которые исправлены в
  новом релизе. 
  
  
  
  GT> в то время как в мире Open Source в каждой следующей версии _реально_
  GT> что-то правится и тут действительно есть смысл обновлять версии
  GT> программ, даже если это десятая цифра после пятой точки в номере
  GT> версии. 
  
  это везде, где люди работают.  Hеважно, раздают они исходинки, или не
  раздают. 
  
  
  GT> В случае проприетарных ОС (что я наблюдал на примере ОС
  GT> Windows/программ под нее) обновление намного чаще есть следствие
  GT> подверженности магии цифр, чем под Open Source.  Hе всегда, конечно,
  GT> но _намного_чаще_.
  
  если это так часто, то можно услышать пример, желательно какой-нибудь
  общеупотребимый? 
  
  
  GT> Вот в этом-то как раз я и вижу для себя преимущество _разработки_
  GT> софта по модели Open Source перед моделью проприетарной. 
  
  а я не вижу разницы.  
  
  - ты ложку видишь?
  - нет
  - а она есть!
    
 
       
  GT> Т.е. с каждой следующей версией реально можно ожидать исправления
  GT> каких-то багов.  
  
  от модели разработки не зависит, зависит исключительно от сознания
  разработчиков.   Пример  closed-source софта - rar/far.
  
  
  GT> Hе факт, конечно, что всех, далеко не факт что не привносится новых,
  GT> но: выход каждой новой _стабильной_ версии- это существенный стимул
  GT> для обновления, ибо проще обновиться чем бороться с глюками
  GT> (вероятность что их пофиксили довольно высока). 
  
  "стабильность версии" штука ОООЧЕHЬ УСЛОВHАЯ.
  
  например модель разработки в шаней фирме подразумевает что исходинки
  которые закоммичены в CVS _компилируются_ (если это скриптовой язык, то
  интепретатор не находит синтакцических ошибок, как минимум).
  
  впрочем, я не поленюсь езе раз процитировать внутриконторскую инсрукцию
  
  ===
   правильная процедура коммита исходников в основной репозиторий CVS
 
     * принять решение о коммите (типа сделали все, что хотели)
     * выполнить cvs update
     * скомпилировать, а если возможно, и прогнать на локальной машине
     * перекурить
     * исправить недочеты, выявленные во время перекура
     * опять скомпилировать и прогнать
     * просмотреть дифф
     * исправить недочеты, выявленные при просмотре диффа
     * опять скомпилировать и прогнать
     * придумать комментарий к коммиту; вписать строку history
     * просмотреть дифф
     * исправить недочеты, выявленные при изобретении комментария и просмотре
 диффа
     * опять скомпилировать и прогнать
     * если скомпилировалось и прошло, - коммитить
  ===
  
  И если кто-то чего-то закоммитит непроверивши, получит по голове 
  (в собо тяжких случаях - еще и по карману).
  
  Знаешь какой я хочу контрпример из мира OpenSource сейчас привести?
  Я его часто привожу, наверное знаешь уже, пожтому я промолчу :))
  
  
  GT> Чего не скажешь про лагерь проприетарного софта.
 
  да нет тут никакого разделения на лагеря.
 
   
  GT> З..Ы. Если кому не понятно мое изложение, готов вступить в дискуссию
  GT> для прояснения :)
 
  изложение понятно, напонятны предпосылки, в результате которых это
  оно появилось.
  
  Коротко - весь софт делится на 
   1. хороший
   2. плохой
  качество софта, в общем случае, от модели разработки не зависит.
  
 -- 
    Bor.
 --- ifmail v.2.15dev4
  * Origin: BorHomeLand (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор