Книга: Вопросы истории: UNIX, Linux, BSD и другие

Провал первой «персонализации»: технологические причины

Провал первой «персонализации»: технологические причины

Однако этого не произошло, и тому было несколько причин, которые можно сгруппировать в два круга – технологический и психологический. Суть причин первого выражалась сакраментальной фразой, в последующие годы повторяемой как мантра: Linux не был готов для десктопа. С одной стороны, эта неготовность была обусловлена относительной «сложностью» установки любого из существовавших тогда дистрибутивов (а какие они тогда были – описано в главе одинадцатой). Кавычки в предыдущем предложении я поставил потому, что на самом деле никаких особенных сложностей при инсталляции не было – но для успешного её осуществления требовались некоторые предварительные знания, которыми пользователи-некомпьютерщики часто не обладали, а с источниками информации была изрядная напряжёнка. Напомню, что речь идёт о 95-98 годах прошлого века – когда массовый Интернет как таковой только возникал, был не быстр и дорог.

Но вот после установки часто начинались настоящие сложности, не зависящие от степени информированности пользователя. И одной из главных была настройка графического режима работы, то есть тех самых Иксов, о которых речь пойдёт в части третьей. Ибо тут дело упиралось в отсутствие драйверной поддержки со стороны производителей графических карт. А дальше начинались проблемы со всякого рода периферией – модемами, принтерами и сканерами. Ибо пользователь-индивидуал, в отличие от «корпоративщика», не мог рассчитывать на разделяемые ресурсы «головной организации».

Подчеркну, что в то время под декстопом понималась машина производственного назначения, пусть и домашнего. До переосмысления этого термина как развлекательного медиацентра оставались годы. И потому настройка всякого рода медийного «железа» воспринималась как очень не обязательная опция. Впрочем, проблем с настройкой звуковых карт или телетюнеров в те времена хватало и пользователям Windows.

Все перечисленные проблемы были вполне реальны, и для «нетехнического» пользователя доставляли массу головной боли. Однако при доброй его воле (включающей умение и желание читать соответствующие материалы) в большинстве случаев были или преодолимы, или обходимы, или, наконец, при достаточно сильной мотивации, просто игнорируемы, как проблемы медийные – повторяю, речь шла в первую очередь о том, чтобы ехать, а не о «шашечках».

Однако, распутавшись со всеми этими заморочками, пользователь-некомпьютерщик оказывался перед другими: в свежеинсталлированной системе он обнаруживал в своём распоряжении массу средств разработки, утилит системного администрирования, серверных служб и... считанные пользовательские приложения привычного ему облика. Причём большинство из них были или весьма нижесреднего качества от природы, или функционально отставали от своих Windows-, OS/2-, Mac- и даже DOS-аналогов на пару-тройку поколений.

С другой стороны, для решения привычных задач Linux предлагал множество непривычных инструментов. Так, для работы с текстами вместо word-процессора, с которым «текстовики» сроднились со времён WordPerfect'а, напрашивалось применение текстового редактора (которых имелось более дюжины, разной степени продвинутости, как консольных, так и Иксовых), дополняемого набором утилит командной строки, для подготовки оригинал-макетов, вместо программ вёрстки, – текстовые процессоры, начиная с groff и заканчивая TeX'ом, визуализируемые LyX'ом, для обработки изображений, вместо растровых редакторов (PhotoShop в те времена ещё не вытеснил всех своих конкурентов), – imagemagick, дополняемый GIMP'ом с его развитым скриптингом (или наоборот).

Что же до работы в Интернете, что в те годы стало очень актуальным, то вместо универсального клиента, вроде неуклюжего Netscape Navigator'а, существовал обширный ассортимент программ – монофкункциональных, но отточенных и закалённых: системы доставки почты, почтовые агенты, браузеры текстового режима, строго соблюдающие спецификации W3C. А уж число web-редакторов до тех пор, пока программы этого класса были востребованы, приближалось к числу текстовых редакторов просто. Не говоря уж о том, что многие из последних (vim, emacs, joe, NEdit) лёгким движением руки превращались в специализированные редакторы html-кода.

Были, конечно, и области, в Linux-мире практически не охваченные – например, работа с векторной графикой. Но тут уж, как говорится, их пользователи ошиблись дверью при выборе платформы. Для многих же иных пользователей инструментов имелось вдоволь – вопрос стоял только об изменении стиля работы, что при должной мотивации и любознательности препятствием не являлось. Однако здесь на первый план выступал круг причин психологического характера.

Оглавление книги