Re: [mdk-re] Re[3]: [mdk-re] Снова компиляция ядра

[Aleksey Novodvorsky <aen@logic.ru>]

Maksim Otstavnov wrote:

> Hello Alexander,
>
> Saturday, May 19, 2001, 4:05:23 AM, you wrote:
>
> AEN>>Я думаю, что постоянные читатели списка рассылки знают нас
> AEN>>как облупленных :-)
> AEN>>Конечно, это отписка и нам критически важно выпустить
> AEN>>соответсвующие документы. К сожалению, нам так же важно
> AEN>>закончить несколько срочных проектов.
> AVS> Как программист знаю, что нет ничего более постоянного чем временное.
> AVS> Если Вам кажется, что вот-вот закончите срочные проекты, что это
> AVS> только времменые трудности, то думаю Вы заблуждаетесь, появятся НОВЫЕ
> AVS> срочные проекты.
>
> По факту: появляются постоянно. Поскольку этот разговор только на моей
> памяти длится год. А тем временем Spring вышел в _менее_
> документированном виде, чем 7.0RE.
>
> Посему есть предложение: отложить на планирующемся семинаре
> выступление Стаса и заслушать AEN о концепции. Все равно он обещал это
> в мае сделать. :) Желательно, чтобы кто-нибудь закрыл аудиторию
> снаружи кон клав, и не выпускал, пока все не расскажет. :))

Это противоречит Вашему суждению ниже:
"Я, как тот поручик, скажу более жестко: пока концепция не описана и не
представлена в отчужденном от ее автора виде, ее _нет_."
Рассказывать о том, чего нет -- не в моих правилах.



>
>
> AVS> Раньше люди ходили в магазины, потом появились оптовки, стали ходить
> AVS> на них - там дешевле, затем в магазинах стало почти также дешево +
> AVS> ближе к дому, стали опять ходить по магазинам. Это законы рынка.
> AVS> СЕЙЧАС РЕАЛЬНО появились конкуренты - ASPLinux, который мне лично не
> AVS> нравятся своей ОЧЕНЬ агрессивной рекламой (и признание в этом от
> AVS> них можно услышать). НО, реально есть шанс, что может повторится
> AVS> ситуация со слакварью: на ней живут в основном те кто с нее начинал.
> AVS> Т.е. будет так, чел впервые услыхав пор линукс возьмет ASP, а Alt
> AVS> будет браться в основном по рекомендации. О будущем нужно думать
> AVS> сегодня, а не завтра. Впрочем русские любят жареных на петухов в
> AVS> грозу.
>
> И даже дело не в народе и не в продажах. Девелоперу со стороны
> вставиться сейчас тоже очень дорого.

Туманно.

>
>
> AVS> Далее, у нас нет (ПОКА?) контор соответсвующих девятитысячным стандартам,
> AVS> и ситуация на рынке изменится сильно с появлением таковых (нескоро).
>
> А чего нескоро? Сценарий: любой крупный интегратор покупает любую
> Linux-команду. И _продукт_ автоматически становится лучше (возможно,
> при низком среднем качестве кода) через два месяца. Потому что они
> посадят рядом с хакерами технических авторов, которые допросят их и
> напишут 10 томов доков.

Техписатели напишут то, что им расскажут, то есть это будет соответсвовать
качеству кода.
Но в принципе Вы правы.


>

>
>
> AEN>>Мы будем выпускать дистрибутивы для разных категориф
> AEN>>пользователей, а также универсальный дистрибутив.
> AEN>>Наши пользователи -- free people.
> AVS> ...
> AVS> тут большой выгрыз (смотрите в архиве)
> AVS> ...
> AEN>>Могу назвать также такие направления:
> AEN>>-- защита (здесь у нас есть ряд уникальных решений);
> AEN>>-- web (Midgard, LRN, Zope, отчасти с этим связаны и серверы
> AEN>>баз данных);
> AEN>>-- офисные приложения (Gecko-броузеры, мейлеры, Open Office,
> AEN>>в ближней перспективе Koffice -- такового выбора и степени
> AEN>>готовности к работе, Вы, пожалуй, не найдете нигде) ;
> AEN>>-- интеранционализация (мы будем работать над интеграцией
> AEN>>Unicode и интенационализацией проблемных приложений, как
> AEN>>обычно);
> AVS> 2AEN: Надеюсь это не заготовка текста, который Вы обещали?
>
> Я тоже надеюсь.

На всех не угодишь. Еще раз : ссылку на удовлетворительный с Вашей точки зрения
текст.

>
>
> AVS> Потому как ПРАКТИЧЕСКОЙ инфы тут близко к нулю. Так декларация о
> AVS> намерениях, не более.
>
> Я, как тот поручик, скажу более жестко: пока концепция не описана и не
> представлена в отчужденном от ее автора виде, ее _нет_.

Согласен, поручик.

>
>
> AVS> Конструктивное предложение:
> AVS> Не секрет, что сейчас дистрибутивы - это большие помойки: желание
> AVS> угодить всем :( Знание почему тот или иной пакет в дистре находится в
> AVS> голове разработчика.
>
> Если он не забыл.
>
> AVS> Примеры:
> AVS> sendmail в дистре ...
> AVS> И так для ВСЕХ пакетов. Опубликуйте на сайте.
>
> А лучше: не включать пакет, пока мотив его включения ясно и
> непротиворечиво не приведен _в описании_ этого пакета.

Пустое. Вы можете ясно и непротиворечиво описать мотив появления книг на Вашей
книжной полке? Или CD в Вашей дискотеке? Для универсального дистрибутива
достаточно, чтобы пакет не противоречил policy и нравился одному из разработчиков
или нескольким пользователям. SuSE и Debian -- прекраные дистрибутивы, однако
мотивы включения в них пакетов объяснить граздо труднее, чем для Spring. Есть
традиции, которые мы принимаем и не собираемся нарушать. Я всегда любил "толстые"
дистрибутивы, а разговоры "дайте мне все на одном CD -- несерьезны для
специалиста. Для начинающего -- да, возможно. Для сисадмина -- понятно. Для
разработчика -- бред. Для активно использующего компьютер профессионала -- тоже.

>
>
> AVS> Сразу станет ясна ценность пакетов, какие из них класть на первый
> AVS> диск, а какие на второй, и будут ли этот второй вообще покупать.
>
> От то ж.

См. выше. Ценность пакетов проявляется не сразу.

>
>
> AVS> Тяжело?
>
> Да не тяжело, а только так и надо, и после этого станет легче самим.

Насчет документации -- согласен. Насчет рассуждений о более или менее ценных
пакетах -- нет.

Rgrds, AEN