Отличительная черта Linux Format –открытость. Все стороны его существования – от содержания очередного номера до причин недоставки конкретного экземпляра – можно обсудить на UNIXforum'е и на форуме журнала. Члены редакционной команды в обсуждении участвуют – и, должен вам заметить, к обоснованным мнениям читателей всегда прислушиваются.
Впрочем, много говорить об этом издании не буду: раз вы читаете материал этого номера, то знакомы с ним в достаточной степени. А потому завершу свое сочинение рассуждениями на тему, каким видится идеальный журнал по тематике UNIX, Linux и Open Source (см. следующую статью).
Идеальный журнал
LinuxFormat, #78 (апрель 2006)
Традиционно «толстые» компьютерные журналы разделяются на две части: блок новостей и, так сказать, «тело» журнала – собственно материалы номера. Оправдана ли такая организация в век тотальной интернетизации? В век, когда все, имеющие хоть какое-то подключение к Сети, получают интересующие их последние известия из онлайновых источников, новостные разделы даже компьютерных еженедельников выглядят сборником анекдотов с бородой Карла Маркса. Что же тогда говорить о «новостях» ежемесячников?
Так что же, ликвидировать новостные блоки? Отнюдь – это было бы политически неправильным. Увы – изрядная часть населения постсоветских пространств лишена прелестей Интернета, и Печатное Слово, пусть несколько устаревшее (да и доставленное, силами российской почты, с запозданием), для нее – единственный источник информации. А потому предлагается компромиссный вариант: заменить сборники анек… пардон, новостей – аналитическими их обзорами. Которые, давая достаточно сведений читателям, не имеющим подключения к Сети, в то же время не вызывали бы раздражения своей «бородатостью» у тех, кто таковое имеет. А в идеале – были бы просто интересны сами по себе. Конечно, составление таких обзоров – дело нелегкое, но оправдается повышением читательского внимания.
Теперь об основной части – статьях. Журнал, рассчитывающий на самоокупаемость (а в идеале – и на принесение прибыли) обязан ориентироваться на самые широкие пользовательские массы И потому должен содержать материалы нескольких градаций: для совсем начинающих, для «действующих» пользователей, и для тех, кто ставит своей задачей углубленное изучение каких-либо частных вопросов. Хорошо это или плохо – обсуждать не будем, такое «смешение жанров» на данном этапе развития Linux-прессы является необходимостью. Как показала трагическая кончина журнала «СУБД» (да и безрадостная судьба аккумулировавших его «Открытых систем»), специализированное издание «для профи» пока не имеет шансов выжить на постсоветском пространстве. С другой стороны, ориентация издания на «чайников» чревата потерей интереса к нему, как только «чайники» таковыми быть перестанут (а с помощью хорошего журнала это произойдет очень быстро).
Какой видится компоновка материалов? Возможны варианты: по степени «продвинутости» предполагаемого читателя, по тематике, в том числе и с выделением некоего центрального материала и его «системного окружения». Впрочем, я – категорический противник «темы номера», что приемлемо для еженедельника, но для ежемесячного издания смертельно: ведь если читателю не интересна именно эта тема номера, он на целый месяц лишается возможности что-либо почерпнуть из любимого журнала.
Формат большинства журналов общего назначения предполагает преимущественно двух- или, реже, четырехполосные статьи, что для глубокого изложения многих животрепещущих проблем явно недостаточно. Конечно, проблема эта для периодических изданий не решаема в принципе: увеличение объема статей повлечет за собой сужение тематики номера и риск утраты читательских симпатий. Однако некий компромисс тут возможен – в виде пролонгированных из номера в номер тематических циклов.
Для журнала тематики UNIX и Linux очень существенен общий дизайн – и здесь положение, в большинстве случаев, не удовлетворительное. Многоколоночная верстка, пришедшая из мира рекламно-развлекательной периодики, и терпимая в периодике, так сказать, литературно-повествовательной, оказывается проклятием в изданиях технического профиля. В нашем случае это относится в первую голову к командам и листингам. Писать без них серьезно про Linux и UNIX – это все равно, что писать про музыку без нот, или про живопись – без репродукций. Но – увы – длинные команды или содержимое конфигурационных файлов вписывается в облик страницы традиционного современного журнала ничуть не лучше, чем «парень в джинсах и кожаной куртке» – в интерьер ресторана для новорусского истеблишмента.