Исходное сообщение
"Кризис проекта X.Org" Отправлено Kan, 11-Июн-08 23:28
>>>Ядро Linux разрабатывается гораздо устойчивей из-за того, что есть структура доверия и >>>ответственности, основанная на работоспособности результата труда конкретного человека. >>Есть некая существенная разница между разработкой ядра Линукс (один проект) и разработкой >>балканизированого Хorg (хм... > 100 проектов? поправьте), поэтому их прямое сравнение - >>наивненькое такое передёргивание фактов. > >Уважаемый, а ничего, что они сами пожалели о чрезмерном дроблении?  Помнится, >пробегала мысля оттуда, что "lkml folks got it right", поскольку по >одному дереву легче контролировать целостность и обновлённость кода при изменениях да >избегать bit rot.  Ссылку искать лень, простите. Что это меняет? Они сделали именно то, что в своё время Линус рекомендовал сделать разработчикам KDE. >Но это скорее техническая часть вопроса, которая далеко не так сильно влияет, >как управление проектом.  Грубо говоря, детвора в песочнице учится если >и ломать, создавая -- так хоть вовремя замечать и чинить.   Замечать и чинить проще в частях одного целого. Их уход от "BSD модели" от этого самого целого не оставил камня на камне. За что и расплачиваются. Нет уже проекта Xorg, на его месте образовалась аморфная масса более-менее независимых программ/библиотек в лучших традициях линуксового дистрибютостроения.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>>>Ядро Linux разрабатывается гораздо устойчивей из-за того, что есть структура доверия и >>>>ответственности, основанная на работоспособности результата труда конкретного человека. >>>Есть некая существенная разница между разработкой ядра Линукс (один проект) и разработкой >>>балканизированого Хorg (хм... > 100 проектов? поправьте), поэтому их прямое сравнение - >>>наивненькое такое передёргивание фактов. >> >>Уважаемый, а ничего, что они сами пожалели о чрезмерном дроблении? Помнится, >>пробегала мысля оттуда, что "lkml folks got it right", поскольку по >>одному дереву легче контролировать целостность и обновлённость кода при изменениях да >>избегать bit rot. Ссылку искать лень, простите. > Что это меняет? Они сделали именно то, что в своё время Линус > рекомендовал сделать разработчикам KDE. >>Но это скорее техническая часть вопроса, которая далеко не так сильно влияет, >>как управление проектом. Грубо говоря, детвора в песочнице учится если >>и ломать, создавая -- так хоть вовремя замечать и чинить. > Замечать и чинить проще в частях одного целого. Их уход от "BSD > модели" от этого самого целого не оставил камня на камне. За > что и расплачиваются. Нет уже проекта Xorg, на его месте образовалась > аморфная масса более-менее независимых программ/библиотек в лучших традициях линуксового > дистрибютостроения.
	Введите код, изображенный на картинке: