Журнал LinuxFormat - перейти на главную

LXF71:Настольный Linux

Материал из Linuxformat
(Различия между версиями)
Перейти к: навигация, поиск
(Новая: == Linux на рабочем столе == : ''Начиная с 1993 года операционной системе Linux ежегодно пророчили господство на...)
 
Строка 2: Строка 2:
 
: ''Начиная с 1993 года операционной системе Linux ежегодно пророчили господство на рабочем столе пользователя. '''Пол Хадсон''' рассуждает, что нужно для того, чтобы это на самом деле произошло.''
 
: ''Начиная с 1993 года операционной системе Linux ежегодно пророчили господство на рабочем столе пользователя. '''Пол Хадсон''' рассуждает, что нужно для того, чтобы это на самом деле произошло.''
  
 +
{{Врезка
 +
|Заголовок=неКоторые проФи считАют LINUX сЛишКом сЛоЖным
 +
|Содержание=Мы решили обойти издательство Future
 +
Publishing в поисках людей, которые попробовали Linux, но вернулись к предыдущей операционной системе. Вот что они нам сказали:
 +
 +
«Установка длится полчаса, потом конфигурирование, настройка даты/времени, настройка
 +
сети, плюс ко всему для поддержки Windows-игр
 +
нужно устанавливать эмулятор. к слову, установка драйверов для Radeon X800 на SUSE – одно
 +
из самых несчастных воспоминаний в моей жизни.»
 +
Alec Meer, и.о. редактора PC Format
 +
 +
«командная строка напоминает мне времена ДоСа, только здесь она намного сложнее.
 +
кроме того, моя звуковая карта, кажется, не
 +
работает с Linux. Почему каждый раз при установке я должен бороться с
 +
проблемами совместимости
 +
оборудования?»
 +
Alex Cox, штатный
 +
редактор PC Plus
 +
 +
«Мне кажется, что Linux слишком неинтуитивен. Даже с моим большим опытом работы с
 +
Windows и Mac OS X, настройка Linux кажется
 +
слишком сложной. Да и идея компиляции и установки программ из командной строки кажется
 +
мне архаичной, а поддержка оборудования слишком ограничена. И при этом есть проблема с программным обеспечением: я использую Nicon
 +
Capture и Photoshop CS, которых не существует
 +
для Linux.»
 +
Simon Pickstock,
 +
редактор PC Answers
 +
 +
«Нет технических причин,
 +
по которым Linux не является самой популярной
 +
оС, но домашние и корпоративные пользователи зачастую и не знают об альтернативахи не
 +
готовы к переменам, разве что на их новые Пк
 +
предустанавливался бы Linux. Несмотря на растущую популярность кроссплатформенных программ, таких как Firefox и OpenOffice, нет такой
 +
программы, ради которой
 +
стоило бы установить Linux
 +
на домашний компьютер.»
 +
Matt Nailon, экс-редактор LXF
 +
|Ширина=300px}}
 
тысячи лет люди рассматривали
 
тысячи лет люди рассматривали
 
звезды, гадали на кофейной
 
звезды, гадали на кофейной
Строка 9: Строка 47:
 
энтузиастов движения открытых
 
энтузиастов движения открытых
 
исходных текстов немало математических
 
исходных текстов немало математических
гениев, однако они, пожалуй, худшие пред-
+
гениев, однако они, пожалуй, худшие предсказатели: стоит лишь посчитать количество
сказатели: стоит лишь посчитать количество
+
 
пророчеств «Это будет год Linux на рабочем
 
пророчеств «Это будет год Linux на рабочем
 
столе», и вы поймете, почему.
 
столе», и вы поймете, почему.
Многие могут возразить, что эти про-
+
 
рочества значат больше, чем кажется:
+
Многие могут возразить, что эти пророчества значат больше, чем кажется:
 
если мы будем предсказывать что-нибудь
 
если мы будем предсказывать что-нибудь
 
очень часто, в конце концов оно
 
очень часто, в конце концов оно
 
осуществится.
 
осуществится.
 +
 
В 1999 году Майкл каупланд (Michael
 
В 1999 году Майкл каупланд (Michael
Cowpland), бывший тогда исполнитель-
+
Cowpland), бывший тогда исполнительным директором компании Corel, сказал:
ным директором компании Corel, сказал:
+
«Сегодня Linux так же прост в использовании, как и Windows». Это было очевидным преувеличением, но идея быстро
«Сегодня Linux так же прост в использо-
+
распространилась: в 2001 году в предисловии к своей книге «Linux каждый день»
вании, как и Windows». Это было очевид-
+
ным преувеличением, но идея быстро
+
распространилась: в 2001 году в предис-
+
ловии к своей книге «Linux каждый день»
+
 
(«Everyday Linux»), Эрик рэймонд (Eric
 
(«Everyday Linux»), Эрик рэймонд (Eric
 
Raymond) написал: «Дни, когда Linux был
 
Raymond) написал: «Дни, когда Linux был
Строка 35: Строка 69:
 
том, как ему тяжело заставить работать
 
том, как ему тяжело заставить работать
 
сетевой принтер. В ней были такие слова:
 
сетевой принтер. В ней были такие слова:
«из лучших намерений и усердия получи-
+
«из лучших намерений и усердия получилась система, которая, несмотря на свою
лась система, которая, несмотря на свою
+
внешнюю псевдо-дружественность, невероятно сложна для понимания».
внешнюю псевдо-дружественность, неве-
+
 
роятно сложна для понимания».
+
к счастью для Эрика, годы опыта позволили ему справиться со своими проблемами с помощью догадок, поисков в
к счастью для Эрика, годы опыта поз-
+
волили ему справиться со своими проблемами с помощью догадок, поисков в
+
 
Google, проб и ошибок. Но если он так
 
Google, проб и ошибок. Но если он так
 
долго боролся с такой, казалось бы,
 
долго боролся с такой, казалось бы,
Строка 53: Строка 85:
 
только нерешенными, но даже и вовсе
 
только нерешенными, но даже и вовсе
 
нетронутыми.
 
нетронутыми.
 +
 
Это может вас удивить – неужели
 
Это может вас удивить – неужели
 
Linux не развивался стремительно все
 
Linux не развивался стремительно все
 
эти 5 лет? конечно же развивался, и все
 
эти 5 лет? конечно же развивался, и все
же некоторые фундаментальные пробле-
+
же некоторые фундаментальные проблемы пятилетней давности все еще живы,
мы пятилетней давности все еще живы,
+
и, что интересно, многие члены сообщества Open Source склонны скорее отнести
и, что интересно, многие члены сообщес-
+
тва Open Source склонны скорее отнести
+
 
их к «особенностям», чем признать свои
 
их к «особенностям», чем признать свои
 
ошибки и постараться их исправить. В
 
ошибки и постараться их исправить. В
Строка 68: Строка 99:
 
однако в мире свободных программ, где
 
однако в мире свободных программ, где
 
вроде бы больше свободы и альтернатив,
 
вроде бы больше свободы и альтернатив,
выбор как раз очень ограничен высокоу-
+
выбор как раз очень ограничен высокоуровневыми вещами, например, библиотеками построения пользовательского
ровневыми вещами, например, библиоте-
+
ками построения пользовательского
+
 
интерфейса (GUI).
 
интерфейса (GUI).
Думаю, каждому ясно, что техничес-
+
 
ки Linux подходит для использования на
+
Думаю, каждому ясно, что технически Linux подходит для использования на
рабочем столе не хуже, чем любая дру-
+
рабочем столе не хуже, чем любая другая ОС. Безусловно, у него очень много
гая О С. Б езусловно, у него очень много
+
 
конкурентов. Мы знаем, что он свободен,
 
конкурентов. Мы знаем, что он свободен,
 
безопасен, надежен, эффективен, но
 
безопасен, надежен, эффективен, но
Строка 83: Строка 111:
  
 
=== Непринужденность злоупотребления ===
 
=== Непринужденность злоупотребления ===
 +
{{Врезка
 +
|Заголовок=Зеленая, зеленая трава
 +
|Содержание=Продвинутые пользователи делятся на две категории: одни искренне считают свою ОС самой
 +
лучшей, и думают, что другие должны извиняться, если по каким-либо причинам используют другую систему; другая категория -- это те
 +
пользователи, которые осознают преимущества
 +
другой ОС, но переходить на нее не хотят. Оба
 +
типа никак не влияют напопулярность Linux, но
 +
тут я хочу поговорить о последнем. Сначала –
 +
небольшая аллегория.
 +
 +
Знаменитый Британский комедиант
 +
Джаспер Кэррот (Jasper Carrot) пошутил на
 +
одном из обедов милосердия, устраиваемых
 +
принцессой Дианой. На первое был суп, и когда его принесли, Джаспер и те, кто сидел
 +
рядом, не знали, каким прибором его есть.
 +
Тогда Джаспер увидел Диану и понял, что ему
 +
повезло: она взяла вилку. Тогда Джаспер и
 +
компания тоже взяли вилки и начали есть ими
 +
суп. После того, как это увидела Диана, она
 +
положила вилку, демонстративно взяла ложку,
 +
и начала есть суп.
 +
 +
В сообществе открытых исходных текстов
 +
мы иногда ведем себя так же плохо, как
 +
Джаспер. Многие разработчики, увидев новые
 +
идеи в конкурирующей О С, часто “заимствуют”
 +
их на том основании, что Apple или Microsoft,
 +
мол, должно быть, потратили много средств на
 +
их разработку. Но не все так просто: если мы
 +
копируем чужие идеи, мы получим продукт,
 +
содержащий эти идеи, но при этом не обладающий оригинальными особенностями.
 +
 +
Но это не только проблема Linux, разработчики других систем тоже копируют идеи друг у
 +
друга. Windows на первый взгляд может казаться проще, чем Linux, однако те, кто попробовал
 +
Linux, могут с уверенностью сказать, что установить его не сложнее, чем Windows.
 +
 +
Мы не против копирования идей, но только
 +
в том случае, если это действительно облегчит
 +
жизнь конечному пользователю.
 +
|Ширина=300px}}
 
Мысль о том, что единственная интуитивно
 
Мысль о том, что единственная интуитивно
 
понятная вещь в этом мире – это детская
 
понятная вещь в этом мире – это детская
 
соска, служит оправданием для многих
 
соска, служит оправданием для многих
программистов. Поэтому они даже не ста-
+
программистов. Поэтому они даже не ставят перед собой задачу взглянуть на программу глазами новичка, сделать её понятней. В Linux этот «подход технарей» выражен наиболее ярко.
вят перед собой задачу взглянуть на про-
+
 
грамму глазами новичка, сделать её понят-
+
 
ней. В Linux этот «подход технарей» выра-
+
Крупные разработчики проприетарного программного обеспечения, такие
жен наиболее ярко.
+
как Microsoft или Apple, имеют возможность нанимать консультантов, специалистов по GUI, опрашивать пользователей для того, чтобы сделать интерфейс
Крупные разработчики проприетар-
+
ного программного обеспечения, такие
+
как Microsoft или Apple, имеют возмож-
+
ность нанимать консультантов, специа-
+
листов по GUI, опрашивать пользовате-
+
лей для того, чтобы сделать интерфейс
+
 
операционной системы легче и понятней.
 
операционной системы легче и понятней.
 
К сожалению, очень немногие открытые
 
К сожалению, очень немногие открытые
 
проекты могут похвастаться такой
 
проекты могут похвастаться такой
 
роскошью.
 
роскошью.
Novell – одна из немногих Linux-ком-
+
 
паний, которая может себе позволить
+
Novell – одна из немногих Linux-компаний, которая может себе позволить
это, недавно начала исследовать пробле-
+
это, недавно начала исследовать проблему удобства пользовательского интерфейса. Нэт Фридман (Nat Friedman),
му удобства пользовательского интер-
+
вице-президент подразделения настольных решений, тесно связан с этим процессом. Он цитирует одного пользователя, который снимал видео, где девушка
фейса. Нэт Фридман (Nat Friedman),
+
пыталась отправить письмо своему другу, используя почтовый клиент Evolution.
вице-президент подразделения настоль-
+
ных решений, тесно связан с этим про-
+
цессом. О н цитирует одного пользовате-
+
ля, который снимал видео, где девушка
+
пыталась отправить письмо своему дру-
+
гу, используя почтовый клиент Evolution.
+
 
«Она должна была нажать на кнопку
 
«Она должна была нажать на кнопку
 
«Создать» (New), которая находится в
 
«Создать» (New), которая находится в
Строка 122: Строка 178:
 
письмо. Это продолжалось где-то
 
письмо. Это продолжалось где-то
 
минуту...»
 
минуту...»
 +
 
«Было интересно смотреть это видео
 
«Было интересно смотреть это видео
и понимать, что Evolution работает сов-
+
и понимать, что Evolution работает совсем не так, как этого хочет пользователь.
сем не так, как этого хочет пользователь.
+
 
Я наблюдал кнопку «Принять/Отправить»
 
Я наблюдал кнопку «Принять/Отправить»
 
пять лет, и никак не мог понять, что в
 
пять лет, и никак не мог понять, что в
 
ней не так, пока не посмотрел это видео.
 
ней не так, пока не посмотрел это видео.
Обычный пользователь нашел недора-
+
Обычный пользователь нашел недоработку за 5 минут – и это в Evolution, программе, которая считается примером
ботку за 5 минут – и это в Evolution, про-
+
грамме, которая считается примером
+
 
интуитивного интерфейса».
 
интуитивного интерфейса».
 +
 
Похожая проблема встречается и в
 
Похожая проблема встречается и в
 
инсталляционных программах.
 
инсталляционных программах.
 +
 
Здесь тем более хочется надеяться,
 
Здесь тем более хочется надеяться,
 
что разработчики наконец сделали все,
 
что разработчики наконец сделали все,
как надо. Но нет, каждый день мы полу-
+
как надо. Но нет, каждый день мы получаем письма от читателей, которые пробуют какой-либо дистрибутив (например,
чаем письма от читателей, которые про-
+
Mandriva), и после установки, когда система в командной строке предлагает
буют какой-либо дистрибутив (например,
+
Mandriva), и после установки, когда сис-
+
тема в командной строке предлагает
+
 
ввести имя пользователя, не знают, что
 
ввести имя пользователя, не знают, что
 
делать. К стати, этот дружественный к
 
делать. К стати, этот дружественный к
 
пользователю дистрибутив, может быть
 
пользователю дистрибутив, может быть
установлен и в режиме командной стро-
+
установлен и в режиме командной строки – в этом случае авторизация после
ки – в этом случае авторизация после
+
 
установки не будет выглядеть чем-то
 
установки не будет выглядеть чем-то
 
непонятным.
 
непонятным.
  
 
Разумеется, в подобных проблемах
 
Разумеется, в подобных проблемах
чаще всего виноват пользователь: инстал-
+
чаще всего виноват пользователь: инсталлятор Mandriva (и других дистрибутивов)
лятор Mandriva (и других дистрибутивов)
+
всегда спрашивает данные учетной записи, только пользователь не всегда запоминает, что он вводил. Я никогда не устанавливал Mandriva, не настроив параметры учетных записей, и вы, наверняка,
всегда спрашивает данные учетной запи-
+
си, только пользователь не всегда запо-
+
минает, что он вводил. Я никогда не уста-
+
навливал Mandriva, не настроив парамет-
+
ры учетных записей, и вы, наверняка,
+
 
тоже. Поэтому когда пользователь звонит
 
тоже. Поэтому когда пользователь звонит
мне с этой проблемой, и говорит «инстал-
+
мне с этой проблемой, и говорит «инсталлятор не предлагал создать пароль», я из
лятор не предлагал создать пароль», я из
+
 
всех сил стараюсь ему не нагрубить; я
 
всех сил стараюсь ему не нагрубить; я
 
кричу «ПРЕДЛАГАЛ, ЧЕРТ ВОЗЬМИ,
 
кричу «ПРЕДЛАГАЛ, ЧЕРТ ВОЗЬМИ,
 
ПРЕДЛАГАЛ!» – правда только после
 
ПРЕДЛАГАЛ!» – правда только после
того, как прикрою рукой трубку. К ак вид-
+
того, как прикрою рукой трубку. Как видно, те, кто разбирается в Linux, зачастую
но, те, кто разбирается в Linux, зачастую
+
даже не задумываются о том, что у кого-то могут быть определенные трудности.
даже не задумываются о том, что у кого-
+
 
то могут быть определенные трудности.
+
Нэт Фридман первым обратил внимание на то, что программы зачастую работают совсем не так, как того хочет пользователь. К примеру: если вы хотите установить офисный пакет, вы должны открыть
Нэт Фридман первым обратил внима-
+
ние на то, что программы зачастую рабо-
+
тают совсем не так, как того хочет пользо-
+
ватель. К примеру: если вы хотите устано-
+
вить офисный пакет, вы должны открыть
+
 
менеджер пакетов (Yast, Центр
 
менеджер пакетов (Yast, Центр
Управления Mandriva, Synaptic – в зависи-
+
Управления Mandriva, Synaptic – в зависимости от дистрибутива) и произвести
мости от дистрибутива) и произвести
+
 
поиск по ключевому слову «office».
 
поиск по ключевому слову «office».
В результате вы получите кучу резуль-
+
В результате вы получите кучу результатов, среди которых будет пакет с названием вроде «openoffice.org-1.1.4-7mdk» (это верно для Mandriva 2005),
татов, среди которых будет пакет с названием вроде «openoffice.org-1.1.4-
+
7mdk» (это верно для Mandriva 2005),
+
 
который вы и должны выбрать. Ваш
 
который вы и должны выбрать. Ваш
менеджер пакетов предупредит, что нуж-
+
менеджер пакетов предупредит, что нужно будет установить еще какие-нибудь
но будет установить еще какие-нибудь
+
 
программы и библиотеки, от которых
 
программы и библиотеки, от которых
 
зависит офисный пакет.
 
зависит офисный пакет.
 +
 
Выбор программ по названию пакета
 
Выбор программ по названию пакета
и номеру версии, также как и взвалива-
+
и номеру версии, также как и взваливание заботы о зависимостях на плечи
ние заботы о зависимостях на плечи
+
пользователя приводят к тому, что человек для нормальной работы должен
пользователя приводят к тому, что чело-
+
век для нормальной работы должен
+
 
приспосабливаться, менять свое
 
приспосабливаться, менять свое
 
мышление.
 
мышление.
Строка 194: Строка 230:
 
Одним из немногих дистрибутивов, в
 
Одним из немногих дистрибутивов, в
 
которых эта проблема решена, является
 
которых эта проблема решена, является
Linspire: механизм Click-and-Run позво-
+
Linspire: механизм Click-and-Run позволяет легко находить нужные программы
ляет легко находить нужные программы
+
 
и без проблем устанавливать их.
 
и без проблем устанавливать их.
Никаких длинных версий пакетов, ника-
+
Никаких длинных версий пакетов, никаких проблем с зависимостями, никаких
ких проблем с зависимостями, никаких
+
«несчастных пользователей». Эта концепция – пример для подражания, но, к
«несчастных пользователей». Эта кон-
+
цепция – пример для подражания, но, к
+
 
сожалению, немногие дистрибутивы
 
сожалению, немногие дистрибутивы
 
следуют ей.
 
следуют ей.
  
 
=== Тактика запугивания ===
 
=== Тактика запугивания ===
 +
{{Врезка
 +
|Заголовок=приЗыв К действию
 +
|Содержание=
 +
; ДлЯ ДОМАШНИХ ПОлЬЗОВАтелей
 +
Переустановите Linux и попробуйте посмотреть
 +
на него глазами новичка. только не стоит
 +
постоянно щелкать “далее”, (вы ведь знаете все
 +
шаги наизусть) – вместо этого попробуйте
 +
отыскать места, где у новичков могут быть
 +
трудности. рекомендовать Linux своим друзьям
 +
– это хорошо, но вы заранее должны знать,
 +
какие у них могут возникнуть проблемы. Если
 +
вам удастся отыскать эти проблемы, не
 +
поленитесь, напишите об этом разработчикам.
 +
Либо, если у вас есть время, узнайте больше о
 +
usability (простоте использования) и составьте
 +
свое собственное мнение.
 +
 +
; ДлЯ РАЗРАБОтЧИКОВ
 +
Действительно сложно оценить свой труд
 +
объективно, а еще сложнее пытаться смотреть
 +
на свою программу глазами новичка. Но вы
 +
можете задать себе вопрос: пользователь
 +
должен понимать, как работает моя
 +
программа или она все делает так, как того
 +
хочет пользователь? разве пользователь
 +
должен читать руководство, чтобы выполнить
 +
простейшую операцию? Не стоит думать, что
 +
пользовательский интерфейс – это нечто
 +
второстепенное, что о нем следует заботиться
 +
в последнюю очередь.
 +
Вместо этого сначала подумайте, как
 +
пользователь будет работать с вашей
 +
программой, и на основе этого спроектируйте
 +
интерфейс; а уж затем пишите код.
 +
|Ширина=300px}}
 
Некоторое время назад я писал колонку в
 
Некоторое время назад я писал колонку в
 
этот журнал, в которой выплескивал раздражение по поводу работы компьютеров
 
этот журнал, в которой выплескивал раздражение по поводу работы компьютеров
Строка 210: Строка 279:
 
если я оставлял его работать на ночь,
 
если я оставлял его работать на ночь,
 
работа замедлялась, если я пытался
 
работа замедлялась, если я пытался
использовать множество картинок для хра-
+
использовать множество картинок для хранителя экрана или открывать JPEG-файлы
нителя экрана или открывать JPEG-файлы
+
в тех программах, которые с этим форматом не работают.
в тех программах, которые с этим форма-
+
 
том не работают.
+
 
Мы получили множество откликов от
 
Мы получили множество откликов от
 
пользователей Mac, которые писали, что
 
пользователей Mac, которые писали, что
Строка 221: Строка 289:
 
что я не знал, что делал.
 
что я не знал, что делал.
  
конечно, мнение «у меня все рабо-
+
конечно, мнение «у меня все работает, и только это имеет значение» в
тает, и только это имеет значение» в
+
 
корне неверно. к сожалению, такого
 
корне неверно. к сожалению, такого
мнения в отношении новичков придер-
+
мнения в отношении новичков придерживается множество пользователей
живается множество пользователей
+
 
Linux (как и те пользователи Mac’ов,
 
Linux (как и те пользователи Mac’ов,
 
которые мне писали).
 
которые мне писали).
 +
 
Если кто-нибудь в тематическом
 
Если кто-нибудь в тематическом
 
форуме или IRC-канале задаст вопрос,
 
форуме или IRC-канале задаст вопрос,
Строка 233: Строка 300:
 
ему ответят «RTFM» («прочти гребаную
 
ему ответят «RTFM» («прочти гребаную
 
документацию»). Может для многих это
 
документацию»). Может для многих это
будет сюрпризом, но «RTFM» – это пло-
+
будет сюрпризом, но «RTFM» – это плохой совет для новичка, и проблема тут не
хой совет для новичка, и проблема тут не
+
 
в том, что ему лень читать, а в том, что
 
в том, что ему лень читать, а в том, что
 
чаще всего документация громоздкая,
 
чаще всего документация громоздкая,
 
сложная и местами неполная.
 
сложная и местами неполная.
 +
 
Это одна из тех проблем, которые мы
 
Это одна из тех проблем, которые мы
 
иногда не замечаем. Man-страницы в
 
иногда не замечаем. Man-страницы в
 
Linux либо лаконичны и бесполезны
 
Linux либо лаконичны и бесполезны
(примеров использования нужной коман-
+
(примеров использования нужной команды часто вовсе нет), либо слишком громоздки и бесконечно далеки до простого
ды часто вовсе нет), либо слишком гро-
+
моздки и бесконечно далеки до простого
+
 
пользователя. Попробуйте, например,
 
пользователя. Попробуйте, например,
 
почитать man-страницы к GCC или RPM –
 
почитать man-страницы к GCC или RPM –
любая из этих «страниц» запросто зай-
+
любая из этих «страниц» запросто займет целую книгу.
мет целую книгу.
+
 
 
Неудивительно, что издательство
 
Неудивительно, что издательство
 
O’Reilly зарабатывает очень большие
 
O’Reilly зарабатывает очень большие
 
деньги, издавая книги об инструментах
 
деньги, издавая книги об инструментах
Unix: любой специалист с опытом при-
+
Unix: любой специалист с опытом признает, что Linux очень сложен в
знает, что Linux очень сложен в
+
 
использовании.
 
использовании.
 +
 
Принципиальные отличия Linux от
 
Принципиальные отличия Linux от
 
Windows оставляют проблему миграции
 
Windows оставляют проблему миграции
Строка 262: Строка 327:
 
в этом виноват, ведь мы просим людей
 
в этом виноват, ведь мы просим людей
 
не пользоваться учетной записью root,
 
не пользоваться учетной записью root,
кроме тех случаев, когда это действи-
+
кроме тех случаев, когда это действительно необходимо.
тельно необходимо.
+
  
 
=== отчуждение ===
 
=== отчуждение ===
Строка 269: Строка 333:
 
различных дистрибутивов преодолевают
 
различных дистрибутивов преодолевают
 
по-разному: приверженцы Linspire ратуют
 
по-разному: приверженцы Linspire ратуют
за использование LUA, наименее привиле-
+
за использование LUA, наименее привилегированной учетной записи, в то время как
гированной учетной записи, в то время как
+
 
в Ubuntu используется интересная смесь
 
в Ubuntu используется интересная смесь
 
из LUA, Unix и sudo.
 
из LUA, Unix и sudo.
Не поймите меня неправильно: я пол-
+
 
ностью за разделение прав
+
Не поймите меня неправильно: я полностью за разделение прав
 
пользователей.
 
пользователей.
 +
 
Microsoft планирует встроить в
 
Microsoft планирует встроить в
 
Windows Vista (ранее известный как
 
Windows Vista (ранее известный как
Строка 282: Строка 346:
 
Проблема в том, что даже эту концепцию
 
Проблема в том, что даже эту концепцию
 
пользователи считают слишком сложной,
 
пользователи считают слишком сложной,
а различия между разными дистрибути-
+
а различия между разными дистрибутивами лишь усугубляют эту проблему.
вами лишь усугубляют эту проблему.
+
 
С пользовательским интерфейсом
 
С пользовательским интерфейсом
 
ситуации и того хуже – в следующий раз,
 
ситуации и того хуже – в следующий раз,
Строка 290: Строка 353:
 
ввода пароля root, щелкните на кнопке
 
ввода пароля root, щелкните на кнопке
 
«Игнорировать» (если сможете).
 
«Игнорировать» (если сможете).
Вам никогда не казалось, что интер-
+
Вам никогда не казалось, что интерфейс проектировался с тяжелого
фейс проектировался с тяжелого
+
 
похмелья?
 
похмелья?
  
 
=== проблема разнообразия ===
 
=== проблема разнообразия ===
Возможно, разнообразие в мире Linux пре-
+
Возможно, разнообразие в мире Linux препятствует его продвижению на домашние
пятствует его продвижению на домашние
+
компьютеры. Если вы заставите пользователей Debian, Gentoo и SUSE перейти на
компьютеры. Если вы заставите пользова-
+
телей Debian, Gentoo и SUSE перейти на
+
 
другие дистрибутивы, то с удивлением
 
другие дистрибутивы, то с удивлением
 
обнаружите, что кто-то из них не сможет
 
обнаружите, что кто-то из них не сможет
 
сменить разрешение экрана, установить
 
сменить разрешение экрана, установить
программу, будет ругаться на иное распо-
+
программу, будет ругаться на иное расположение файлов в окне обозревателя.
ложение файлов в окне обозревателя.
+
 
 
В 1998 году был разработан стандарт
 
В 1998 году был разработан стандарт
Linux Standard Base, который был одоб-
+
Linux Standard Base, который был одобрен Линусом торвальдсом, Джоном
рен Линусом торвальдсом, Джоном
+
 
Холлом, брюсом Перенсом, Эриком
 
Холлом, брюсом Перенсом, Эриком
рэймондом. Но далеко не все дистрибу-
+
рэймондом. Но далеко не все дистрибутивы следуют ему, несмотря на то, что с
тивы следуют ему, несмотря на то, что с
+
 
тех пор прошло уже 7 лет.
 
тех пор прошло уже 7 лет.
Долгий процесс разработки и согла-
+
 
сования еще не гарантирует, что стан-
+
Долгий процесс разработки и согласования еще не гарантирует, что стандарт не будет сырым и громоздким.
дарт не будет сырым и громоздким.
+
 
Мортен Велиндер (Morten Welinder),
 
Мортен Велиндер (Morten Welinder),
один из главных разработчиков элект-
+
один из главных разработчиков электронной таблицы Gnumeric, недавно представил критический анализ формата
ронной таблицы Gnumeric, недавно пред-
+
ставил критический анализ формата
+
 
OpenDocument, который недавно стал
 
OpenDocument, который недавно стал
 
использоваться по умолчанию в
 
использоваться по умолчанию в
OpenOffice.org (скоро его поддержка поя-
+
OpenOffice.org (скоро его поддержка появится и в Kspread – электронных таблицах KОffice). он сказал, в частности, следующее: «Стандарт OpenDocument 1.0
вится и в Kspread – электронных табли-
+
фактически игнорирует семантику таблиц, таким образом гарантируя несовместимость двух версий стандарта, если
цах KОffice). он сказал, в частности, сле-
+
дующее: «Стандарт OpenDocument 1.0
+
фактически игнорирует семантику таблиц, таким образом гарантируя несов-
+
местимость двух версий стандарта, если
+
 
в таковых будут использоваться таблицы.
 
в таковых будут использоваться таблицы.
 
то есть для таблиц он является
 
то есть для таблиц он является
 
бессмысленным.
 
бессмысленным.
 +
 
описание стандарта занимает целых
 
описание стандарта занимает целых
 
708 страниц, неужели в таком слоне они
 
708 страниц, неужели в таком слоне они
Строка 334: Строка 386:
 
таблиц? оказалось, что нет.»
 
таблиц? оказалось, что нет.»
 
каково его заключение?
 
каково его заключение?
 +
 
«Практически, легче будет работать с
 
«Практически, легче будет работать с
 
форматом XLS [Excel]». Действительно
 
форматом XLS [Excel]». Действительно
ли сообщество открытых исходных текс-
+
ли сообщество открытых исходных текстов настолько неуклюже разрабатывает
тов настолько неуклюже разрабатывает
+
 
стандарты, что мы должны использовать
 
стандарты, что мы должны использовать
 
проприетарный формат от Microsoft?
 
проприетарный формат от Microsoft?
Возможно, во время разработки сооб-
+
Возможно, во время разработки сообщество хочет прыгнуть выше головы –
щество хочет прыгнуть выше головы –
+
 
Алан кокс по этому поводу сказал:
 
Алан кокс по этому поводу сказал:
 
«даже в сообществе разработчиков ядра
 
«даже в сообществе разработчиков ядра
 
мы не можем договориться, как писать
 
мы не можем договориться, как писать
 
слово ‘цвет’ (‘colour’ или ‘color’)».
 
слово ‘цвет’ (‘colour’ или ‘color’)».
Собственно, описанная выше пробле-
+
 
ма – это ситуация, когда нужно сделать
+
Собственно, описанная выше проблема – это ситуация, когда нужно сделать
 
выбор. Но даже в том случае, когда мы
 
выбор. Но даже в том случае, когда мы
 
находим стандарт, одинаково хорошо
 
находим стандарт, одинаково хорошо
Строка 356: Строка 407:
 
Unix Programming», Эрик рэймонд
 
Unix Programming», Эрик рэймонд
 
писал: «трудности с XML связаны с тем,
 
писал: «трудности с XML связаны с тем,
что с ним невозможно работать, исполь-
+
что с ним невозможно работать, используя традиционные инструменты Unix.
зуя традиционные инструменты Unix.
+
 
Если программа должна читать XML, ей
 
Если программа должна читать XML, ей
нужен специальный модуль – XML-парсер, а это сделает программу громозд-
+
нужен специальный модуль – XML-парсер, а это сделает программу громоздкой и запутанной. XML сам по себе
кой и запутанной. XML сам по себе
+
довольно громоздок, трудновато разглядеть данные среди тегов»
довольно громоздок, трудновато разгля-
+
 
деть данные среди тегов»
+
рэймонд, конечно, прав, но проблемы XML со стандартными Unix-утилитами (вроде grep) – ничто по сравнению с
рэймонд, конечно, прав, но пробле-
+
мы XML со стандартными Unix-утилита-
+
ми (вроде grep) – ничто по сравнению с
+
 
проблемой разнообразия форматов:
 
проблемой разнообразия форматов:
в /etc/passwd данные разбиты по
+
* в /etc/passwd данные разбиты по строкам, а каждая строка разделена двоеточиями
строкам, а каждая строка разделена
+
* httpd.conf содержит что-то вроде примитивной версии HTML
двоеточиями
+
* php.ini использует формат конфигурационных файлов Windows
httpd.conf содержит что-то вроде
+
* /etc/fstab использует непомеченные колонки с разделителями
примитивной версии HTML
+
* в Makefile используется сложная система, состоящая из целей, команд и переменных.
php.ini использует формат конфигу-
+
 
рационных файлов Windows
+
Все эти форматы могли бы быть заменены XML, и большинство пользователей
/etc/fstab использует непомеченные
+
ничего бы не заметили, а вот для разработчиков пользовательских интерфейсов
колонки с разделителями
+
в Makefile используется сложная сис-
+
тема, состоящая из целей, команд и
+
переменных.
+
Все эти форматы могли бы быть заме-
+
нены XML, и большинство пользователей
+
ничего бы не заметили, а вот для разра-
+
ботчиков пользовательских интерфейсов
+
 
работа стала бы намного легче. Для тех
 
работа стала бы намного легче. Для тех
 
людей, которым так необходим grep (я
 
людей, которым так необходим grep (я
тоже причисляю себя к этой группе) хоро-
+
тоже причисляю себя к этой группе) хорошо сформированный XML вряд ли покажется хуже разметки конфигурационный
шо сформированный XML вряд ли пока-
+
жется хуже разметки конфигурационный
+
 
файлов Apache.
 
файлов Apache.
  
Строка 393: Строка 430:
 
Но не стоит отчаиваться, не все так плохо.
 
Но не стоит отчаиваться, не все так плохо.
 
После долгих лет блуждания по дикой
 
После долгих лет блуждания по дикой
местности, разработчики открытых про-
+
местности, разработчики открытых программ наконец поняли необходимость
грамм наконец поняли необходимость
+
стандартизации и упрощения пользовательских интерфейсов. И тут появились
стандартизации и упрощения пользова-
+
два очень важных, по моему мнению, проекта – Autopackage и OpenUsability.org.
тельских интерфейсов. И тут появились
+
 
два очень важных, по моему мнению, про-
+
екта – Autopackage и OpenUsability.org.
+
 
Autopackage – это менеджер пакетов,
 
Autopackage – это менеджер пакетов,
призванный раз и навсегда решить про-
+
призванный раз и навсегда решить проблему установки программного обеспечения. Не важно, использует ваш дистрибутив RPM или APT; не важно, все ли зависимости удовлетворены; не важно даже,
блему установки программного обеспече-
+
ния. Не важно, использует ваш дистрибу-
+
тив RPM или APT; не важно, все ли зависи-
+
мости удовлетворены; не важно даже,
+
 
установлен ли сам Autopackage или нет; вы
 
установлен ли сам Autopackage или нет; вы
просто берете файл с расширением
+
просто берете файл с расширением *.package из Интернета, запускаете его – и
*.package из Интернета, запускаете его – и
+
Autopackage сам загрузит все, что необходимо и проведет вас через все этапы установки. кстати, при работе с зависимыми
Autopackage сам загрузит все, что необхо-
+
пакетами Autopackage использует имя программы, а не пакета, что значительно
димо и проведет вас через все этапы уста-
+
новки. кстати, при работе с зависимыми
+
пакетами Autopackage использует имя про-
+
граммы, а не пакета, что значительно
+
 
облегчает удаление того, что вам не нужно.
 
облегчает удаление того, что вам не нужно.
OpenUsability.org – другой новый про-
+
 
ект, который привлекает экспертов в
+
OpenUsability.org – другой новый проект, который привлекает экспертов в
области дизайна пользовательских интер-
+
области дизайна пользовательских интерфейсов к разработке свободных программ.
фейсов к разработке свободных программ.
+
 
На первый взгляд это кажется сложным:
 
На первый взгляд это кажется сложным:
 
как сказал Мэтью томас (знаменитый
 
как сказал Мэтью томас (знаменитый
хакер проекта Mozilla), «даже когда про-
+
хакер проекта Mozilla), «даже когда профессиональные проектировщики интерфейсов участвуют в создании свободных
фессиональные проектировщики интер-
+
фейсов участвуют в создании свободных
+
 
программ, они не настолько полезны, как в
 
программ, они не настолько полезны, как в
 
разработке профессиональных проектов,
 
разработке профессиональных проектов,
 
где их мнение точно будет учтено».
 
где их мнение точно будет учтено».
OpenUsability.org призван помочь свобод-
+
OpenUsability.org призван помочь свободным проектам обрести интуитивный пользовательский интерфейс.
ным проектам обрести интуитивный поль-
+
 
зовательский интерфейс.
+
 
Появление этих, и многих других
 
Появление этих, и многих других
 
проектов, таких как Cairo, OpenOffice.org,
 
проектов, таких как Cairo, OpenOffice.org,
Beagle, означает, что ситуация с удобс-
+
Beagle, означает, что ситуация с удобством использования Linux с каждым
твом использования Linux с каждым
+
 
днем улучшается. Вероятно, пока что
 
днем улучшается. Вероятно, пока что
 
рано делать какие-то прогнозы на этот
 
рано делать какие-то прогнозы на этот
Строка 438: Строка 460:
 
дорожите своей
 
дорожите своей
 
репутацией.
 
репутацией.
 +
 
В 2001 году Джо
 
В 2001 году Джо
 
барр (Joe Barr), автор
 
барр (Joe Barr), автор
Строка 444: Строка 467:
 
2002 году Linux будет установлен на
 
2002 году Linux будет установлен на
 
многих пользовательских компьютерах,
 
многих пользовательских компьютерах,
и что множество поставщиков компью-
+
и что множество поставщиков компьютеров будут предустанавливать на них
теров будут предустанавливать на них
+
 
Linux (этого мы ждем до сих пор). он
 
Linux (этого мы ждем до сих пор). он
 
также заявил, что Microsoft в 2003 году
 
также заявил, что Microsoft в 2003 году
выпустит версию своего офисного паке-
+
выпустит версию своего офисного пакета для Linux. Что ж, мы можем его простить, поскольку он был явно не в себе.
та для Linux. Что ж, мы можем его про-
+
стить, поскольку он был явно не в себе.
+
  
 
=== обучение дизайнеров ===
 
=== обучение дизайнеров ===
 +
{{Врезка
 +
|Заголовок=2006 – Год LINUX нА рАбочем стоЛе (серЬеЗно?)
 +
|Содержание=ознакомьтесь с этими проектами, чтобы
 +
испытать будущее удобство Linux:
 +
* Autopackage http://www.autopackage.org
 +
* Beagle http://www.gnome.org/projects/beagle
 +
* Blam! http://www.imendio.com/projects/blam
 +
* Cairo http://www.cairographics.org
 +
* D-BUS http://www.freedesktop.org/Software/dbus
 +
* F-Spot http://www.gnome.org/projects/f-spot
 +
* Luminocity http://live.gnome.org/Luminocity
 +
* Tomboy http://www.beatniksoftware.com/tomboy
 +
|Ширина=300px}}
 
Чудес не существует. Если при создании
 
Чудес не существует. Если при создании
 
пользовательских интерфейсов мы будем
 
пользовательских интерфейсов мы будем
использовать принципы 30-летней давнос-
+
использовать принципы 30-летней давности, то ни о каком прогрессе не может быть
ти, то ни о каком прогрессе не может быть
+
 
и речи – отставание в плане удобства
 
и речи – отставание в плане удобства
 
использования будет все более и более
 
использования будет все более и более
 
явным. Мы можем попытаться заменить
 
явным. Мы можем попытаться заменить
наиболее неудачные части, но нужно пом-
+
наиболее неудачные части, но нужно помнить о тех проблемах, которые нас ждут, и
нить о тех проблемах, которые нас ждут, и
+
 
об которые споткнулась Apple со своей
 
об которые споткнулась Apple со своей
 
Mac OS X.
 
Mac OS X.
 +
 
Вместо этого мы должны «вернуться
 
Вместо этого мы должны «вернуться
 
к корням» и переосмыслить некоторые
 
к корням» и переосмыслить некоторые
вещи, уделяя должное внимание удобс-
+
вещи, уделяя должное внимание удобству использования и интуитивному пользовательскому интерфейсу. Мигель Де
тву использования и интуитивному поль-
+
зовательскому интерфейсу. Мигель Де
+
 
Икаcа (Miguel de Icaza), разработчик
 
Икаcа (Miguel de Icaza), разработчик
 
GNOME, сказал: «модель OpenSource
 
GNOME, сказал: «модель OpenSource
хороша для создания небольших про-
+
хороша для создания небольших программ, но ужасна для больших проектов,
грамм, но ужасна для больших проектов,
+
 
разработка которых может затянуться на
 
разработка которых может затянуться на
 
длительный срок».
 
длительный срок».
Если повышение удобства использова-
+
 
ния – один из таких долговременных про-
+
Если повышение удобства использования – один из таких долговременных проектов, то мы должны поддержать компанию Novell или проекты OpenUsability.org и
ектов, то мы должны поддержать компа-
+
нию Novell или проекты OpenUsability.org и
+
 
Autopackage, чтобы наконец изменить
 
Autopackage, чтобы наконец изменить
 
ситуацию к лучшему.
 
ситуацию к лучшему.
 +
 
Миграция Apple на платформу x86
 
Миграция Apple на платформу x86
 
создала больше шума, чем «феномен
 
создала больше шума, чем «феномен
Linux» за все годы своего существова-
+
Linux» за все годы своего существования. На Австралийской конференции
ния. На Австралийской конференции
+
 
Linux (Linux.conf.au) в прошлом году,
 
Linux (Linux.conf.au) в прошлом году,
 
Линус торвальдс сказал: «Пройдет еще
 
Линус торвальдс сказал: «Пройдет еще
5-10 лет, прежде чем «обычные пользо-
+
5-10 лет, прежде чем «обычные пользователи» смогут использовать Linux на
ватели» смогут использовать Linux на
+
 
своих домашних Пк». Готовы ли вы
 
своих домашних Пк». Готовы ли вы
 
ждать так долго?
 
ждать так долго?
  
 
[[Категория:Пол Хадсон]]
 
[[Категория:Пол Хадсон]]

Версия 20:07, 3 марта 2009

Содержание

Linux на рабочем столе

Начиная с 1993 года операционной системе Linux ежегодно пророчили господство на рабочем столе пользователя. Пол Хадсон рассуждает, что нужно для того, чтобы это на самом деле произошло.


тысячи лет люди рассматривали звезды, гадали на кофейной гуще, раскладывали карты таро и даже общались с мертвыми, чтобы узнать будущее. Среди энтузиастов движения открытых исходных текстов немало математических гениев, однако они, пожалуй, худшие предсказатели: стоит лишь посчитать количество пророчеств «Это будет год Linux на рабочем столе», и вы поймете, почему.

Многие могут возразить, что эти пророчества значат больше, чем кажется: если мы будем предсказывать что-нибудь очень часто, в конце концов оно осуществится.

В 1999 году Майкл каупланд (Michael Cowpland), бывший тогда исполнительным директором компании Corel, сказал: «Сегодня Linux так же прост в использовании, как и Windows». Это было очевидным преувеличением, но идея быстро распространилась: в 2001 году в предисловии к своей книге «Linux каждый день» («Everyday Linux»), Эрик рэймонд (Eric Raymond) написал: «Дни, когда Linux был сложнее в администрировании, чем Windows, давно прошли». Но вместо того, чтобы повторять эти слова и «помочь» им стать реальностью, он спустя три года выступил с длинной напыщенной речью о том, как ему тяжело заставить работать сетевой принтер. В ней были такие слова: «из лучших намерений и усердия получилась система, которая, несмотря на свою внешнюю псевдо-дружественность, невероятно сложна для понимания».

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

упорное сопротивление

Чтобы понять, почему люди заблуждались столь долгое время, надо заметить, что многие проблемы, перед которыми Linux стоял 5 лет назад, до сих пор остаются не только нерешенными, но даже и вовсе нетронутыми.

Это может вас удивить – неужели Linux не развивался стремительно все эти 5 лет? конечно же развивался, и все же некоторые фундаментальные проблемы пятилетней давности все еще живы, и, что интересно, многие члены сообщества Open Source склонны скорее отнести их к «особенностям», чем признать свои ошибки и постараться их исправить. В мире проприетарного программного обеспечения будет верным высказывание о том, что за ошибку одного человека запросто может поплатиться другой. однако в мире свободных программ, где вроде бы больше свободы и альтернатив, выбор как раз очень ограничен высокоуровневыми вещами, например, библиотеками построения пользовательского интерфейса (GUI).

Думаю, каждому ясно, что технически Linux подходит для использования на рабочем столе не хуже, чем любая другая ОС. Безусловно, у него очень много конкурентов. Мы знаем, что он свободен, безопасен, надежен, эффективен, но почему тогда доля Linux на этом рынке по самым оптимистичным подсчетам составляет всего 3.5%?

Непринужденность злоупотребления

Мысль о том, что единственная интуитивно понятная вещь в этом мире – это детская соска, служит оправданием для многих программистов. Поэтому они даже не ставят перед собой задачу взглянуть на программу глазами новичка, сделать её понятней. В Linux этот «подход технарей» выражен наиболее ярко.


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

Novell – одна из немногих Linux-компаний, которая может себе позволить это, недавно начала исследовать проблему удобства пользовательского интерфейса. Нэт Фридман (Nat Friedman), вице-президент подразделения настольных решений, тесно связан с этим процессом. Он цитирует одного пользователя, который снимал видео, где девушка пыталась отправить письмо своему другу, используя почтовый клиент Evolution. «Она должна была нажать на кнопку «Создать» (New), которая находится в левой верхней части окна, чтобы создать новое сообщение. О днако она упорно не замечала ее, а вместо этого постоянно щелкала на кнопку «Принять/Отправить» (Send/Recieve), что в принципе вполне логично, ведь она и хотела отправить письмо. Это продолжалось где-то минуту...»

«Было интересно смотреть это видео и понимать, что Evolution работает совсем не так, как этого хочет пользователь. Я наблюдал кнопку «Принять/Отправить» пять лет, и никак не мог понять, что в ней не так, пока не посмотрел это видео. Обычный пользователь нашел недоработку за 5 минут – и это в Evolution, программе, которая считается примером интуитивного интерфейса».

Похожая проблема встречается и в инсталляционных программах.

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

Разумеется, в подобных проблемах чаще всего виноват пользователь: инсталлятор Mandriva (и других дистрибутивов) всегда спрашивает данные учетной записи, только пользователь не всегда запоминает, что он вводил. Я никогда не устанавливал Mandriva, не настроив параметры учетных записей, и вы, наверняка, тоже. Поэтому когда пользователь звонит мне с этой проблемой, и говорит «инсталлятор не предлагал создать пароль», я из всех сил стараюсь ему не нагрубить; я кричу «ПРЕДЛАГАЛ, ЧЕРТ ВОЗЬМИ, ПРЕДЛАГАЛ!» – правда только после того, как прикрою рукой трубку. Как видно, те, кто разбирается в Linux, зачастую даже не задумываются о том, что у кого-то могут быть определенные трудности.

Нэт Фридман первым обратил внимание на то, что программы зачастую работают совсем не так, как того хочет пользователь. К примеру: если вы хотите установить офисный пакет, вы должны открыть менеджер пакетов (Yast, Центр Управления Mandriva, Synaptic – в зависимости от дистрибутива) и произвести поиск по ключевому слову «office». В результате вы получите кучу результатов, среди которых будет пакет с названием вроде «openoffice.org-1.1.4-7mdk» (это верно для Mandriva 2005), который вы и должны выбрать. Ваш менеджер пакетов предупредит, что нужно будет установить еще какие-нибудь программы и библиотеки, от которых зависит офисный пакет.

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

Одним из немногих дистрибутивов, в которых эта проблема решена, является Linspire: механизм Click-and-Run позволяет легко находить нужные программы и без проблем устанавливать их. Никаких длинных версий пакетов, никаких проблем с зависимостями, никаких «несчастных пользователей». Эта концепция – пример для подражания, но, к сожалению, немногие дистрибутивы следуют ей.

Тактика запугивания

Некоторое время назад я писал колонку в этот журнал, в которой выплескивал раздражение по поводу работы компьютеров Macintosh. В то время мой Mac зависал, если я оставлял его работать на ночь, работа замедлялась, если я пытался использовать множество картинок для хранителя экрана или открывать JPEG-файлы в тех программах, которые с этим форматом не работают.

Мы получили множество откликов от пользователей Mac, которые писали, что OS X у них никогда не зависала, и что с ней вообще не было никаких проблем, а в нестабильной работе виноват я, потому что я не знал, что делал.

конечно, мнение «у меня все работает, и только это имеет значение» в корне неверно. к сожалению, такого мнения в отношении новичков придерживается множество пользователей Linux (как и те пользователи Mac’ов, которые мне писали).

Если кто-нибудь в тематическом форуме или IRC-канале задаст вопрос, ответ на который очевиден, скорее всего ему ответят «RTFM» («прочти гребаную документацию»). Может для многих это будет сюрпризом, но «RTFM» – это плохой совет для новичка, и проблема тут не в том, что ему лень читать, а в том, что чаще всего документация громоздкая, сложная и местами неполная.

Это одна из тех проблем, которые мы иногда не замечаем. Man-страницы в Linux либо лаконичны и бесполезны (примеров использования нужной команды часто вовсе нет), либо слишком громоздки и бесконечно далеки до простого пользователя. Попробуйте, например, почитать man-страницы к GCC или RPM – любая из этих «страниц» запросто займет целую книгу.

Неудивительно, что издательство O’Reilly зарабатывает очень большие деньги, издавая книги об инструментах Unix: любой специалист с опытом признает, что Linux очень сложен в использовании.

Принципиальные отличия Linux от Windows оставляют проблему миграции пользователей актуальной до сих пор. большинству пользователей непривычна чересчур строгая система безопасности в Linux -- кстати и LXF в какой-то степени в этом виноват, ведь мы просим людей не пользоваться учетной записью root, кроме тех случаев, когда это действительно необходимо.

отчуждение

Но даже такую проблему разработчики различных дистрибутивов преодолевают по-разному: приверженцы Linspire ратуют за использование LUA, наименее привилегированной учетной записи, в то время как в Ubuntu используется интересная смесь из LUA, Unix и sudo.

Не поймите меня неправильно: я полностью за разделение прав пользователей.

Microsoft планирует встроить в Windows Vista (ранее известный как Longhorn) элементы LUA, что по идее должно облегчить переход на Linux. Проблема в том, что даже эту концепцию пользователи считают слишком сложной, а различия между разными дистрибутивами лишь усугубляют эту проблему. С пользовательским интерфейсом ситуации и того хуже – в следующий раз, когда вам понадобится воспользоваться Центром Управления Mandriva, вместо ввода пароля root, щелкните на кнопке «Игнорировать» (если сможете). Вам никогда не казалось, что интерфейс проектировался с тяжелого похмелья?

проблема разнообразия

Возможно, разнообразие в мире Linux препятствует его продвижению на домашние компьютеры. Если вы заставите пользователей Debian, Gentoo и SUSE перейти на другие дистрибутивы, то с удивлением обнаружите, что кто-то из них не сможет сменить разрешение экрана, установить программу, будет ругаться на иное расположение файлов в окне обозревателя.

В 1998 году был разработан стандарт Linux Standard Base, который был одобрен Линусом торвальдсом, Джоном Холлом, брюсом Перенсом, Эриком рэймондом. Но далеко не все дистрибутивы следуют ему, несмотря на то, что с тех пор прошло уже 7 лет.

Долгий процесс разработки и согласования еще не гарантирует, что стандарт не будет сырым и громоздким. Мортен Велиндер (Morten Welinder), один из главных разработчиков электронной таблицы Gnumeric, недавно представил критический анализ формата OpenDocument, который недавно стал использоваться по умолчанию в OpenOffice.org (скоро его поддержка появится и в Kspread – электронных таблицах KОffice). он сказал, в частности, следующее: «Стандарт OpenDocument 1.0 фактически игнорирует семантику таблиц, таким образом гарантируя несовместимость двух версий стандарта, если в таковых будут использоваться таблицы. то есть для таблиц он является бессмысленным.

описание стандарта занимает целых 708 страниц, неужели в таком слоне они не могли найти места для спецификации таблиц? оказалось, что нет.» каково его заключение?

«Практически, легче будет работать с форматом XLS [Excel]». Действительно ли сообщество открытых исходных текстов настолько неуклюже разрабатывает стандарты, что мы должны использовать проприетарный формат от Microsoft? Возможно, во время разработки сообщество хочет прыгнуть выше головы – Алан кокс по этому поводу сказал: «даже в сообществе разработчиков ядра мы не можем договориться, как писать слово ‘цвет’ (‘colour’ или ‘color’)».

Собственно, описанная выше проблема – это ситуация, когда нужно сделать выбор. Но даже в том случае, когда мы находим стандарт, одинаково хорошо читаемый и человеком, и компьютером – речь идет об XML – люди приводят доводы против его повсеместного использования. В своей книге «The Art of Unix Programming», Эрик рэймонд писал: «трудности с XML связаны с тем, что с ним невозможно работать, используя традиционные инструменты Unix. Если программа должна читать XML, ей нужен специальный модуль – XML-парсер, а это сделает программу громоздкой и запутанной. XML сам по себе довольно громоздок, трудновато разглядеть данные среди тегов»

рэймонд, конечно, прав, но проблемы XML со стандартными Unix-утилитами (вроде grep) – ничто по сравнению с проблемой разнообразия форматов:

  • в /etc/passwd данные разбиты по строкам, а каждая строка разделена двоеточиями
  • httpd.conf содержит что-то вроде примитивной версии HTML
  • php.ini использует формат конфигурационных файлов Windows
  • /etc/fstab использует непомеченные колонки с разделителями
  • в Makefile используется сложная система, состоящая из целей, команд и переменных.

Все эти форматы могли бы быть заменены XML, и большинство пользователей ничего бы не заметили, а вот для разработчиков пользовательских интерфейсов работа стала бы намного легче. Для тех людей, которым так необходим grep (я тоже причисляю себя к этой группе) хорошо сформированный XML вряд ли покажется хуже разметки конфигурационный файлов Apache.

планы на будущее

Но не стоит отчаиваться, не все так плохо. После долгих лет блуждания по дикой местности, разработчики открытых программ наконец поняли необходимость стандартизации и упрощения пользовательских интерфейсов. И тут появились два очень важных, по моему мнению, проекта – Autopackage и OpenUsability.org.

Autopackage – это менеджер пакетов, призванный раз и навсегда решить проблему установки программного обеспечения. Не важно, использует ваш дистрибутив RPM или APT; не важно, все ли зависимости удовлетворены; не важно даже, установлен ли сам Autopackage или нет; вы просто берете файл с расширением *.package из Интернета, запускаете его – и Autopackage сам загрузит все, что необходимо и проведет вас через все этапы установки. кстати, при работе с зависимыми пакетами Autopackage использует имя программы, а не пакета, что значительно облегчает удаление того, что вам не нужно.

OpenUsability.org – другой новый проект, который привлекает экспертов в области дизайна пользовательских интерфейсов к разработке свободных программ. На первый взгляд это кажется сложным: как сказал Мэтью томас (знаменитый хакер проекта Mozilla), «даже когда профессиональные проектировщики интерфейсов участвуют в создании свободных программ, они не настолько полезны, как в разработке профессиональных проектов, где их мнение точно будет учтено». OpenUsability.org призван помочь свободным проектам обрести интуитивный пользовательский интерфейс.

Появление этих, и многих других проектов, таких как Cairo, OpenOffice.org, Beagle, означает, что ситуация с удобством использования Linux с каждым днем улучшается. Вероятно, пока что рано делать какие-то прогнозы на этот счет – если конечно вы дорожите своей репутацией.

В 2001 году Джо барр (Joe Barr), автор многих материалов на портале NewsForge, предсказал, что в 2002 году Linux будет установлен на многих пользовательских компьютерах, и что множество поставщиков компьютеров будут предустанавливать на них Linux (этого мы ждем до сих пор). он также заявил, что Microsoft в 2003 году выпустит версию своего офисного пакета для Linux. Что ж, мы можем его простить, поскольку он был явно не в себе.

обучение дизайнеров

Чудес не существует. Если при создании пользовательских интерфейсов мы будем использовать принципы 30-летней давности, то ни о каком прогрессе не может быть и речи – отставание в плане удобства использования будет все более и более явным. Мы можем попытаться заменить наиболее неудачные части, но нужно помнить о тех проблемах, которые нас ждут, и об которые споткнулась Apple со своей Mac OS X.

Вместо этого мы должны «вернуться к корням» и переосмыслить некоторые вещи, уделяя должное внимание удобству использования и интуитивному пользовательскому интерфейсу. Мигель Де Икаcа (Miguel de Icaza), разработчик GNOME, сказал: «модель OpenSource хороша для создания небольших программ, но ужасна для больших проектов, разработка которых может затянуться на длительный срок».

Если повышение удобства использования – один из таких долговременных проектов, то мы должны поддержать компанию Novell или проекты OpenUsability.org и Autopackage, чтобы наконец изменить ситуацию к лучшему.

Миграция Apple на платформу x86 создала больше шума, чем «феномен Linux» за все годы своего существования. На Австралийской конференции Linux (Linux.conf.au) в прошлом году, Линус торвальдс сказал: «Пройдет еще 5-10 лет, прежде чем «обычные пользователи» смогут использовать Linux на своих домашних Пк». Готовы ли вы ждать так долго?

Персональные инструменты
купить
подписаться
Яндекс.Метрика