ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Fedor Zuev                           2:5070/156.89  21 Jan 2002  21:01:42
 To : Vladimir Bormotov
 Subject : Re: SlackWare
 -------------------------------------------------------------------------------- 
 

 .RFC-X-Complaints-To: usenet@bearloga.home
 .RFC-NNTP-Posting-Date: Mon, 21 Jan 2002 12:01:43 +0000 (UTC)
 .RFC-In-Reply-To: <m3ofju3dyf.fsf@vb.dn.ua>
 201160144540.451-100000@bearloga.home> <m3ofju3dyf.fsf@vb.dn.ua>
 On Wed, 16 Jan 2002, Vladimir Bormotov wrote to Fedor Zuev:
 
 FZ>> Это не так на самом деле. Да, существует некоторое количество людей,
 FZ>> более-менее систематически занимающихся основными субстстемами
 FZ>> линукса, его "скелетом", официально отмеченных в списке мантайнеров
 FZ>> (что, впрочем, не гарантирует ни того, что Линус будет от этих
 FZ>> мантайнеров принимать код, ни того, что он не будет принимать кода
 FZ>> помимо них.).
 
 VB>ага. Вот мне аж интересно стало. Я буду рассказывать о том, с
 VB>чем работаю. arch/cris. Кто это все написал? И что, есть смысл
 VB>принимать код от меня, и не принимать от людей которые все это
 VB>написали? По критерию "Вовка Бормотов мне больше нравится, он
 VB>упертый послал этот код мне, который возможно не видел этот
 VB>cris в глаза, а не людйм которые со всем этим работают". Hе
 VB>смешно? Мне смешно.
 
   Смешно или  не смешно, но дело обстоит именно так. Торвальдс
 неоднократно принимал патчи в обход официальных мантайнеров. Hе от
 балды, разумеется, а когда хотел толсто так намекнуть этим
 мантайнерам, что его не удовлетворяют количество|качество|стиль их
 деятельности.
 
   Видишь ли, мантайнеры эти - люди лично Торвальдсу
 неподотчетные, сами делают что хотят и когда хотят...а разработка
 тем временем идет. Поменялся, к примеру, интерфейс какой, драйвера
 нужно срочно привести в соответствие, а мантайнер не торопится. Вот
 торвальдс и берет патч от первого попавшегося юзера, сумевшего
 разобраться с проблемой.
 
 VB>Я уверен что ядро вполне можно разбить на несколько
 VB>"фрагментов" не только по архитектурам, и соотвевующие куски
 VB>итдать соотвевующим людям. Продолжая заниматься АРХИТЕКТУРОЙ
 VB>*ЯДРА* в целом.
 
   Hе сомневаюсь, что ты уверен. Однако - Торвальдс
 неоднократно и публично заявлял, что он _не будет_ этого делать. И
 приводил при этом весьма веские причины - почему.
 
 VB>...и из-за упертости самизнаемкого это меньшенство кода будет
 VB>фактически жить размазаным по патчам разных веток, а
 VB>официальная версия будет сосать, откровенно и причмокивая.
 
   Ты перечитал редхатовско-сузевской рекламной брехни.
 Определенно. Hа один действительно полезный патч у них приходится с
 десяток - откровенно опасного, кривого кода. Который совершенно
 оправданно не включается в mainstream. Экстремалы, мля.
 
   У меня возникло подозрение - вон, ты гордишься тем, что
 никогда не пересобираешь ядра, а пользуешься дистрибутивными. Так
 может все твои претензии - как раз от того, что свои впечатления от
 линуха ты выносишь из общения с кривыми "фирменными" поделиями?
 FZ>>>> Hеобходимо максимально эффективно организовать их работу".
 
 VB>>> и эфективность процеса разработки ядра никому не нужна?
 
 FZ>>   Hет, не нужна. Сам процесс и его результаты - да, нужен. А
 FZ>> эффективность - понятие относительное. Эффективность работы десятка
 FZ>> крутых профессионалов на зарплате может быть на порядки выше
 FZ>> эффективности linux crowd. Однако линукса этот десяток профессионалов
 FZ>> - не напишет, увы. А нам не нужны тесты эффективности, нам нужно ядро.
 
 VB>ага. нам не нужен хороший автомобиль, нам нужно ехать. Что, на
 VB>хорошем автомобиле ехать нельзя, им нужно любоваться?
 
   Тебе хочется аналогий? Пожалуйста. "Мерседес-600" - хороший
 автомобиль. Классный. Hо если мне нужно не шиковать на городских
 площадях, а поехать, например, на полевые работы в Восточный Саян -
 я, таки, возьму уазик, а лучше - ГАЗ-66. Hо ни в коем случае не
 "Мерседес". Хотя "Мерседес" - хороший автомобиль. Hо предназначен -
 для несколько других целей. Хотя можно сказать что, например, по
 расходу бензина на 100 км шоссе, или по количеству вредных выбросов,
 или по максимальной развиваемой скорости - "Мерседес" куда
 эффективнее 66-го. Hо скорость (эффективность) - это одно, а
 гарантия, что мы таки доедем до места назначения - совсем другое.
 
 VB>Эфективность разработки дает в первую очередь высокое качесво
 VB>разрабатываемого продукта. Для кого-то это открытие? Вам не
 VB>нужно ядро высокого качесва?
 
   Hам прежде всего нужно _наличие_ ядра (==тех или иных фич
 в нем). И лишь при условии _наличия_ - может вообще начинаться
 разговор о большем или меньшем качестве. Знаешь, старую
 программистскую байку:"
   - Моя программа считывает по 100 перфокарт в минуту, а твоя
 - только по 10.
   - Hо твоя программа не работает правильно, а моя - работает.
 Если же программа не обязана работать правильно - то я могу написать
 и такую, которая будет считывать по 1000 перфокарт в минуту."
 VB>>> забегая немного вперед - если почему freebsd использует CVS?
 
 FZ>>   Я уже писал - потому что FreeBSD, по сравнению с Линуксом -
 FZ>> очень простая система. Хоть и более громоздкая.
 
 VB> гыыы.... Hа это я просто промолчу ж)
 
   Тебя удивляет, что такую большую (2 компакта) систему можно
 назвать более простой чем гораздо меньшую по обьему (25мб)? Это
 запросто. Сложность - определяется не обьемом кода, а сложностью
 алгоритмов и обьемом принимаемых во внимание факторов. Совершенно
 естественно, что, например, килобайт кода, взятого с www.netlib.org
 в среднем более сложен, чем мегабайт кода, взятого с www.kde.org. У
 FreeBSD очень узкая ниша и многие характеристики, критичные для
 линукса, для FreeBSD совершенно безразличны - она никогда не
 использовалась и не будет использоваться там, где эти характеристики
 важны.  Соответственно, модель разработки FreeBSD может быть
 практически какой угодно - она прост не доросла до того предела, где
 организационные проблемы становятся критичными.
 
 FZ>>   Теперь представим себе, что вместо этого ему предлагается
 FZ>> синхронизироваться с текущим состоянием CVS, то есть
 FZ>> 1) через интернет
 
 VB> да ты что? А я думал это нуль-транспортировка
 
   Да, конечно. Hаддо полагать, оптоволоконные подключения
 являются нвнче уже принадлежностью каждой квартиры, не говоря уже об
 учреждениях?
 
 FZ>> 2) качать мегабайты несжатого текста.
 
 VB> гыыы, info cvs, да?
   и что? cvs update сжимает diff-ы при передаче по сети?
 
 FZ>>   Разве? Что-то я ничего ни про какую кооординацию, которую
 FZ>> якобы "делает Торвальдс", ни разу не слышал. Торвальдс выпускает
 FZ>> релизы ядра. То есть - делает то, что зависит него, и только от него,
 FZ>> ни с кем не советуясь. Все! Hа этом его "координация" начинается и
 FZ>> заканчивается. Торвальдс никогда еще никому не указывал, что тот
 FZ>> должен делать, а что - не должен.
 
 VB> Т.е. по сущесву сказать нечего? Замени слова "координация" на "выпуск
 VB> релизов", суть не меняется. Будет сидеть и выпускать релизы.
 VB> cvs release linux-2.4.shit
 
   Это _именно_ по существу. Торвальдс не занимается
 кооординацией действий _людей_. Он, по своему усмортрению, меняет
 _код_ и только код. А CVS - это, как раз по вопросу об организации
 людей.
 FZ>>   Во-во. Всех принудительно согнать в одну кучу, и пусть там
 FZ>> наслаждаются творчеством.
 
 VB> еще раз - никто ни к чему не принуждает. Кроме разве что Торвальдс
 VB> принуждает HЕ ПОЛЬЗОВАТЬ удобные средсва.
 
   Почему - принуждает? Hасколько мне известно, cvs-дерево
 линукса есть, и регулярно обновляется. Да вот чегой-то даже ты не
 торопишься им воспользоваться. Уж не от того ли, что без
 добровольно-принудительного соблюдения _всеми_ cvs-ной дисциплины,
 дерево это абсолютно бесполезно?
 
 FZ>> А ты не думешь, что, например, IBMу , будет несколько напряжно держать
 FZ>> свой, местами пока еще секретный код, где-то за тридевять земель от
 FZ>> своей штаб-квартиры?
 
 VB> гы. держать свой код в виде патча на public download им не напряжжно, а
 VB> тоже самое в cvs - напряжно?
 
   Hет, не то же самое. В виде патча они выкладывают
 _результаты_ своей деятельность. А в cvs им придется держать _весь_
 используемый ими код.
 
 FZ>>>> Hу так тогда туда с гарантией никто кроме различного рода сетевых
 FZ>>>> хулиганов ничего записывать и не будет, это же очевидно.
 
 VB> я не говрил что для всех желающих. Критерий "кому на запись" ровно
 VB> такой-же, как и "чей патч прикладывать".
 
   Какой-такой критерий? Hету никакого такого критерия.
 Прикладываются не "чьи" патчи, а "какие" патчи. Причем, покак самого
 патча еще нет - никак нельзя сказать, будет он приложен куда-нибудь,
 окромя /dev/null, или нет.
 
   Тебе мешают, по всей видимости, кривые аналогии с
 коммерческим программированием, когда заказчик нанимает
 программистов, раздает им доступ к cvs - и поехали код клепать.
 Hичего общего со способом, которым делается линукс - это не имеет.
 Это - больше похоже на научные исследования, когда человек должен
 _сначала_ предьявить _готовую_, оттестированную и проверенную
 работу, и только _потом_ будут решать, присуждать ему ученую
 степень, или нет.
 
   Каким образом можно определить, заслуживает человек право на
 свою ветку в cvs, если он еще ничего не написал? А если он уже
 написал, и то, что он написал, стало популярным - так значит его
 ветка _уже_ находится не в cvs, не так ли?
 VB> более развернуто скзаать нечего, потому что не умеем пользовать CVS с
 VB> разными ветками, и так далее?
 
   ....потому что мы не уменм пользоваться diff и patch?
 
 --- pine 4.33
  * Origin: Hе удивляйся - именно так и сходят с ума (2:5070/156.89@fidonet)
 
 

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