=?iso-8859-1?q?=5Bmdk-re=5D_ALT_Linux_-_=22=EB=CF=CE=CB=D2=C5=D4=CE=D9=C5?= =?iso-8859-1?q?_=D2=C5=DB=C5=CE=C9=D1_=CB=CF=CE=CB=D2=C5=D4=CE=D9=C8_=DA?= =?iso-8859-1?q?=C1=C4=C1=DE=22_?=

[Aristarh]

На мой взгляд, речь должна идти не о написании очередной книжки
рецептов,  судьба которой предопределена, как и судьба огромной массы
компьютерной  литературы, вследствие потери актуальности содержащейся в
ней информации. Кроме очевидной бесполезности устаревшая информация 
наносит и менее очевидный вред. 

Очевидно, что тенденция к ускорению утраты информацией  актуальности
только усиливается, возможно даже в большей мере, чем мы себе это
представляем.  

Уверен, что действительную  пользу может принести лишь создание 
информационной системы (базы знаний), непрерывно обеспечивающей
актуальность  хранимой информации и (или, хотя бы) ее объективную оценку.  

В частности, такая система может предоставлять возможность синтеза 
(подборки) некоторого объема связанной информации, необходимого для 
реализации какого-либо конкретного решения (сюда и должны попасть 
отдельные success stories и рецепты, но лишь как примеры реализации  на
базе конкретного ПО конкретных версий). 

В целом же, как минимум, следующие задачи должны решаться системой:

1.Система должна быть инструментом агитации и пропаганды (как эта
агитация  будет восприниматься, зависит лишь от подачи). Есть
преимущества - о них  надо подробно и доходчиво рассказать,
заинтересовать, убедить - в этом нет  ничего плохого. 

2.Сделать старт в освоении системы более легким и осмысленным (с учетом 
психологии новичка), чтобы с Linux оставались не только программисты по 
образованию и призванию, и особо стойкие оловянные солдатики с пытливым
умом. Убежден, что эту задачу полностью не решат средства 
(полу)автоматического конфигурирования OS, скрывающие за собой ее мощь и
гибкость.

3.Помочь в принятии конкретных решений при проектировании, построении и 
эксплуатации систем. Так, чтобы можно было легко сыграть любую мелодию "на 
флейте водосточных труб" с зам директора какой-нибудь фирмы. (по мотивам 
одного письма в рассылке), или он сам ее себе сыграет.  

Задача действительно очень масштабная и на длительный период, поэтому 
крайне важно заложить прочные основы (определить цели, задачи,
функциональность - правильно спроектировать, обеспечив, с одной стороны,
ее практическую ценность на ранних этапах развития, а, с другой,
возможность наращивания дополнительной функциональности и способность
интегрироваться с другими существующими и будущими информационными
системами). К примеру, переводы  документации и стандартов могут стать
частью такой системы. 

Легко догадаться, что трудоемкость создания и поддержания системы,
вероятно, многократно выше, чем составление хорошего дистрибутива,
особенно на этапе ее проектирования. Но и ожидаемая отдача должна быть
велика. Говорю велика, в действительности может оказаться огромна и даже
иметь решающее значение в деле продвижения открытого софта и
сопутствующих идей в массы.

Понятно, что реализация проекта возможна разумеется лишь при активном
участии широких народных масс и очень сильном координирующем центре.  

Несомненным результатом в процессе построения такой системы окажется сам
опыт создания крупной информационной системы силами свободного
сообщества.

Yuri N. Sedunov
St. Petersburg

P.S. Настоящие размышления ни в коей мере не претендуют на какую-либо
полноту, стройность, строгость подхода и терминологии, намеренно не
вдаваясь в детали и не затрагивая экономической стороны вопроса, изложил
то, о чем  думалось. Боюсь, опять будет очередная книжка о вкусной и
здоровой пище, которую через год можно будет выбросить (хотя ее и будут
покупать):-((