Вопросы истории: UNIX, Linux, BSD и другие
Шрифт:
Зато совершенно классическим примером «кустаря-одиночки с персональным компьютером оказывается» ни кто иной, как Линус Торвальдс. В главе четвёртой, посвящённой возникновению Linux'а, собственно об истории его создания практически не говорилось – ибо только личности с непреодолимым отвращением к писательскому труду, вроде героя Джерома К. Джерома, её ещё не пересказывали. Но у нас нынче разговор идёт об истории не Linux'а, а его пользователей. Так что не будет большим грехом вспомнить в этом ракурсе отдельные её моменты, основываясь на самом авторитетном свидетельстве – книжке самого Линуса, название которой (Just for Fun) Максим Отставнов некогда предложил перевести как «Для прикола».
Так вот, вся история эта началась с того, что, во-первых,
И всё было хорошо, но MINIX разрабатывалась в качестве «студенческой операционки», и имела массу функциональных ограничений. Частично их можно было компенсировать патчами сторонних разработчиков (в первую очередь Брюса Эванса). Но для их получения требовался выход в онлайн. Вспомним, что Интернета в те годы не было, обмен информацией между разработчиками осуществлялся через телеконференции, BBS, почтовые рассылки, ftp-сервера. Доступ к которым требовал подключения к университетской машине по телефонной линии через терминальную программу. В MINIX она, по свидетельству Линуса, была «хуже всего». А поскольку для него она была критически важной – пришлось писать собственную программу эмуляции терминала. Которая со временем превратилась в ядро Linux, а затем и в одноимённую ОС (вопрос, не GNU ли этот Linux – мы уже обсуждали, см. LXF, #146).
Таким образом, вся ОС Linux была лишь побочным следствием того, что её создатель возжелал получить терминальный доступ к университетской UNIX-машине, не выходя из дому. То есть Линус действовал по той же схеме «персонализации», что и многие другие пользователи-индивидуалы до него, одновременно с ним и после него, в том числе и автор этих строк – вне зависимости от профессии и выдвигаемых ею задач.
Поскольку Линус оказался также изобретателем велосипеда, известного под названием «метода Тома Сойера», то первыми пользователями его системы стали её же собственные разработчики, в основном такие же индивидуалы, как и основатель Linux'а. То есть, казалось бы, «персонализация» этой сферы обещала пойти в том же направлении, что и общая «персонализация» десять лет назад. И за разработчиками системы потянутся разработчики приложений, а вслед за ними и широкие массы пользователей – профессионалов в некомпьютерных областях. Тем более, что последние в те годы могли бы выступить в роли предпоследних – то есть сочиняли бы всякие программки для решения собственных задач: шелл-сценарии Linux'а давали для этого не меньше возможностей, чем BASIC-кодирование на предыдущем этапе общей «персонализации». А с появлением Интернета к тому отпали последние препятствия в виде существовавших ранее коммуникационных ограничений.
Провал первой «персонализации»: технологические причины
Однако этого не произошло, и тому было несколько причин, которые можно сгруппировать в два круга – технологический и психологический. Суть причин первого выражалась сакраментальной фразой, в последующие годы повторяемой как мантра: 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-мире практически не охваченные – например, работа с векторной графикой. Но тут уж, как говорится, их пользователи ошиблись дверью при выборе платформы. Для многих же иных пользователей инструментов имелось вдоволь – вопрос стоял только об изменении стиля работы, что при должной мотивации и любознательности препятствием не являлось. Однако здесь на первый план выступал круг причин психологического характера.
Провал первой «персонализации»: психологические причины