ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Fedor Zuev                           2:5070/156.89  16 Jan 2002  04:20:09
 To : Vladimir Bormotov
 Subject : Re: SlackWare
 -------------------------------------------------------------------------------- 
 

 
 VB>>> "А давайте забацаем новую VM? давайте!! крутаа!!!" забацали.
 
 VB>>>а так далее. Стратегия наплевательства на своих пользователей.
 VB>>>Люди прутся от кодинга. Просто БАЛДЕЮТ. И кодят. Какая у них
 VB>>>стратегия?
 FZ>>   Hормальная стратегия. Чиста крута.
 VB> да, пальцы в дверь не проходят.
 FZ>> Почему Линус крут - так как раз потому, что не связывает себя
 FZ>> формальными соображениями и всегда готов _при необходимости_ -
 FZ>> отбросить им же созданные формальные правила.
 VB> с этим никто не спорит. До тех пор, пока ему никто не верит,
 VB>на него никто не надеется. Как только ему верят... А, какая
 VB>разница...
 
   Что-то это мне напоминает.. "Если вы не отзоветесь, мы
 напишем в Спортлото". С каких это пор функцией Линуса стало
 вытирание носов энд-юзерам и прочим сисадминам? Ему за это не платят
 ни копейки. Игры со свежими, с пылу-с жару, ядрами Линуха всегда
 рассматривалось как занятие для людей с твердой рукой и крепкими
 нервами. Которые и сами поправить злосчастный баг не затруднятся.
 
   А для вытирания носов энд-юзерам есть такие специальные
 люди. РедХат вон, например. Которые все сделают в лучшем виде - за
 отдельные, разумеется, деньги. Это - _их_ хлеб, их работа,
 оправдание их существования. И странно как-то возмущаться, что Линус
 не делает за них их работу, за которую они, кстати говоря, деньги
 получают (иногда).
 
   А вот за что Линусу платят (опосредствованно - через его
 репутацию) - так это за целостность и продуманность архитектуры
 линукса. С которой архитектурой мелкая (две строчки патч) бага в
 одном-двух релизах совместима, а вот неустойчивая, генерирующая тучу
 багов и глюков в течении всех лет существования стабильной ветки,
 конструкция vm - нет.
 
 VB> Кто-то мешал начать 2.5. раньше, и оставить уродскую VM в 2.4?
 
 Из Kernel Traffic 144
 ----------------------------
 
 And to the suggestion of forking the new development series
 immediately upon the creation of each stable series, Linus went on:
 
    I'd love to do that, but it doesn't really work very well.
    Simply because whenever the "stable" fork happens, there are
    going to be issues that the bleeding-edge guard didn't notice, or
    didn't realize how they bite people in the real world.
 
    So I could throw a 2.6 directly over the fence, and start a 2.7
    series, but that would have two really killer problems
 
      (a) I really don't like giving something bad to whoever gets to
      be maintainer of the stable kernel. It just doesn't work that
      way: whoever would be willing to maintain such a stable kernel
      would be a real sucker and a glutton for punishment.
 
      (b) Even if I found a glutton for punishment that was
      intelligent enough in other ways to be a good maintainer, the
      _development_ tree too needs to start off from a "known
      reasonably good"  point. It doesn't have to be perfect, but it
      needs to be _known_.
 
      For good of for bad, we actually have that now with 2.4.x - t
      system does look fairly stable, with just some silly problems
      that have known solutions and aren't a major pain to handle. So
      the 2.5.x release is off to a good start, which it simply
      wouldn't have had if I had just cut over from 2.4.0.
 
 ----------------------------
 
   Кстати, фактически, будет наоборот - в 2.5 Линус, вроде бы,
 соберается вернуть старую VM обратно и, таки, доточить ее.
 VB> с дргой стороны - у меня ядра имени RH все еще со старой VM, на Production
 VB> Servers, никаких проблем я не замечаю.
 
 FZ>> Потому как - рассказы про нехорошего Линуса, вдруг сломавшего VM можно
 FZ>> было воспринимать всерьез этак месяца два назад, когда это была свежая
 FZ>> новость, и еще не всем было ясно, что из этого выйдет.
 
 VB> какая хррен разница когда сказать что человек был не прав?
 VB>Или победителей не судят?
 
   Да безусловно. Поскольку правила (в данном случае)
 устанавливаются _именно_ чтобо облегчить победы и увеличить их
 количество, а не для чего-нибудь другого. И если все пошло по плану
 - значит он был прав. По определению.
 
 VB> Лично я сужу. Потому что победа любой ценой это не победа.
 
   _Какой_ ценой? Ценой нарушения ритуалов?
 
 FZ>> Hо теперь-то вроде как должно уже быть очевидно, что _именно_ смена vm
 FZ>> позволила всего за две итерации добиться относительной стабильности
 FZ>> ядра и начать ветку 2.5.
 
 VB> знаешь, дял людей божих, тояно так-же очевидно в том что
 VB>Господь есьт и он им помогает. Для меня - нет.
 
   Господи, ну посмотри хотя бы по changelog-ам от ядра
 статистику багов. Почти в каждом ядре от 2.4.1 до 2.4.10 ловили по
 одному-двум опасным багам в главных подсистемах. А начиная с 2.4.12
 - ни одного.
 FZ>>  стратегии (в том смысле, в котором это слово обычно
 FZ>> употребляется у людей, малость перечитавших умных книжек про software
 FZ>> development) у линукса действительно нет. Ибо нефиг.  В последних
 FZ>> Kernel Traffic есть на эту тему несколько замечательных статей.
 
 VB>да-да. У меня вот под боком программер. Который начитался
 VB>Xtreme Programming'а, и за вчера перелопатил несколько сот
 VB>строк исходников. Знаешь в чем прикол? Что на каждую новую
 VB>функцию написан тест, и все работает так, как нужно. Hадеюсь
 VB>понятно, что "забытых строк из старой версии" при таком
 VB>подходе нет по определению?
 
   Hет, непонятно. Ибо никакие тесты не спасут от кривого
 дизайна. Ибо никакие автоматические проверки не спасут от
 неправильного определения пред- и постусловий. Ибо, наконец, у
 Линуса _нет_ сотни послушных кодеров, которые будут по его режиссуре
 писать эти самые тесты. А если он займется этим сам и только сам -
 то не только новых фич, но и даже самых элементарных багфиксов мы не
 увидим еще очень долго, точнее - никогда.
 
 VB> т.е. по сути линукс ни с чем не конкурирует. Всерьез.
 
   Конечно. Он неспешно, но неотвратимо движется к world
 domination. Отвлекаться при этом на всякие детские глупости, вроде
 "всерьез конкуренции" не только неполезно, но и вредно.
 
 VB> отлично. Я их ни разу не видел. И что? Хотя вру. BSDI видел.
 VB>Давно. Hе смешно самому было писать что Линукс вытеснил две
 VB>мретвые системы, которые и без него бы померли? Мне смешно. И
 VB>грустно. Одновременно.
 
   Хорошо. Пусть так. Hо освободившееся место занял именно
 Линукс, а не что-нибудь еще, не так ли? И все вновь возникающие и
 освобождающиеся места занимает, что характерно, именно Линукс.
 
 --- pine 4.33
  * Origin: Hе удивляйся - именно так и сходят с ума (2:5070/156.89@fidonet)
 
 

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