Компьютерра - Журнал «Компьютерра» № 11 от 20 марта 2007 года Страница 9
- Категория: Компьютеры и Интернет / Прочая околокомпьтерная литература
- Автор: Компьютерра
- Год выпуска: неизвестен
- ISBN: нет данных
- Издательство: неизвестно
- Страниц: 26
- Добавлено: 2019-05-28 15:06:02
Компьютерра - Журнал «Компьютерра» № 11 от 20 марта 2007 года краткое содержание
Прочтите описание перед тем, как прочитать онлайн книгу «Компьютерра - Журнал «Компьютерра» № 11 от 20 марта 2007 года» бесплатно полную версию:Компьютерра - Журнал «Компьютерра» № 11 от 20 марта 2007 года читать онлайн бесплатно
Пользователь, привыкший к интерфейсу операционок одной небольшой редмондской компании, а также похожим на них графическим средам в юниксах (в первую очередь Gnome и KDE), пересаживаясь за Мак, оказывается в непривычной среде. От него можно услышать вопросы типа "где ж здесь кнопка Пуск?" или "а куда делось главное меню программы?", нередко сопровождающиеся весьма выразительной лексикой. Мне кажется очевидным, что удобство того или иного интерфейса - это почти всегда вопрос привычек (и именно поэтому в области интерфейсов трудно экспериментировать - перемены мало кто любит, и можно распугать всех пользователей), так что ограничусь констатацией: визуальная среда Mac OS X довольно сильно отличается от всего, с чем мне приходилось сталкиваться. Впрочем, она значительно ближе к MS Windows, чем та среда, в которой я работаю каждый день.
Здесь потребуется некоторое лирическое отступление, имеющее характер пояснения и напоминания. Постоянные читатели наверняка знают, что я уже несколько лет "пишу и верстаю" в Linux. Однако это еще полбеды - беда же в том, что на моем рабочем столе нет не только меню "Пуск" или ему аналогичного, но и вообще никаких иконок и даже окон в привычном понимании; основным инструментом навигации по файловой системе является командная строка, а мышкой я пользуюсь, только когда работаю с изображениями. В общем, мои пристрастия очень далеки от современного интерфейсного мейнстрима - что редмондского, что яблочного.
Однако в данном случае это не слишком важно. По секрету скажу, что я не планировал менять свои привычки и адаптироваться к Mac OS X. Напротив, мною руководило желание переделать эту систему так, чтобы в ней можно было работать. И у меня были все основания считать, что это удастся. Потому что на самом деле разница между Mac OS X и Linux не так уж и велика.
Вид сверху
По всей видимости, идеология Mac мне не слишком близка, но некоторые вещи действительно успели понравиться даже за время того небольшого тест-драйва, что удалось провести. К ним относится, в частности, Expose: по нажатии F9 система позволяет взглянуть на рабочий стол "с высоты птичьего полета", располагая на нем все открытые окна в уменьшенном виде (при этом они не "замораживаются", а продолжают работать).
В первую очередь я по привычке установил Mozilla Firefox, Adium (свободный IM-клиент, основанный на библиотеке libgaim) и NeoOffice (адаптированный порт OpenOffice.org) - софтверный минимум, необходимый для работы. Эти программы устанавливались привычным для Windows-пользователя способом - скачал дистрибутив, распаковал (точнее, подмонтировал образ диска, но для пользователя эти действия мало чем отличаются), при необходимости запустил Setup, нажал несколько раз "Next" и "Agree" - ура, все работает.
Однако в мои задачи входила установка гораздо менее распространенных в мире Mac OS X программ, большую часть из которых нужно было собирать аж из исходников. Для этого пришлось скачать с сайта Apple почти гигабайтный архив со средствами разработки (предварительно прикинувшись крутым программером и зарегистрировшись на Apple Developer Connection) и поставить систему управления пакетами. В первую очередь я искал способ установить оконный менеджер Ion, без которого уже не представляю свою компьютерную жизнь (подробнее про Ion см. статью "Безоконный менеджер" в "КТ" #604), в планах также были Gimp, Inkscape, Gaim и даже Apache с MySQL. Готовый пакет (хотя и с не очень свежей версией) нашелся в системе MacPorts, и именно ее я установил в первую очередь.
После нескольких вспомогательных заклинаний в командной строке я набрал заветное port install ion3. Неторопливо поскрипывая двумя ядрами своего процессора, iMac прикинул, сколько всего потребуется скачать и скомпилировать, ужаснулся, затянул покрепче ремень - и приступил к делу: необходимые пакеты (а их было немало) автоматически забирались из Сети, распаковывались, компилировались и прописывались в системе без моего вмешательства. Не могу сказать, чтобы установка прошла без сучка без задоринки, однако я и не рассчитывал на быстрое достижение своих целей - они не совсем обычны, а Ion в конечном счете все-таки собрался.
Надо заметить, что Mac OS X использует две параллельные графические подсистемы - собственную проприетарную Aqua и стандартные для мира юникс X’ы (точнее, XFree86). Последние, впрочем, требуется отдельно установить с прилагаемого DVD-диска, но делается это совсем просто. После чего в Mac OS начинают работать программы, даже не адаптированные под Aqua, причем внешний вид их окон почти не отличается от оригинальных - системы работают параллельно и друг другу практически не мешают. По крайней мере, если не менять встроенный оконный менеджер quartz-wm на что-то другое. Но именно это мне и хотелось сделать.
Боюсь, что, взглянув на скриншот слева, поклонники маковского дизайна захотят стереть меня в порошок: да, я действительно заменил красивые и стильные окошки в стиле Aqua на унылые и аскетичные, но весьма функциональные и удобные фреймы Ion’а. И это было только начало.
Они повсюдуПросматривая списки пакетов в MacPorts и Fink, поневоле задумываешься о проникающих способностях свободного софта: здесь есть почти все программы, к которым я привык под Linux. Желающие могут даже установить KDE или Gnome поверх Mac OS X - мне лично очень хотелось посмотреть на то, как будет выглядеть замечательный планетарий KStars, но увы: сборка всех необходимых для этого пакетов несколько противоречила графику использования iMac’а.
Вероятно, повозившись еще немного, я мог бы привести Mac OS X в состояние, в котором ее вообще никто не отличил бы от Linux или FreeBSD. Правда, осмысленность этого подхода остается под вопросом - в конце концов, никто не мешает поставить Linux, зачем мучить и так неплохую ОС? Если бы мне действительно пришлось работать на iMac’е, вероятнее всего я бы попытался использовать часть встроенных возможностей системы вместе с привычным набором софта. А возможно, даже "распробовал" бы какие-то специфические эппловские решения.
Ну а текущий мой опыт работы под Mac OS X подтверждает мнение о том, что любую задачу можно решить практически в любой среде, и выбор операционной системы в скором времени будет таким же делом вкуса, привычки и технологической моды, как и большинство других "выборов" в наш век тотального консьюмеризма. Конечно, как только пользователи Windows обнаружат, что он вообще есть.
Тотальная автоматизацияВ Mac OS с незапамятных времен присутствует система, которая тоже должна была бы мне очень понравиться - если бы я успел с ней разобраться. Речь идет об AppleScript - средстве автоматизации различных процессов, чем-то напоминающем столь милые сердцу любого юниксоида shell-скрипты, но предназначенном для работы с любыми приложениями. Однако философия здесь достаточно далека от классического unix way.
Работу с командной строкой в unix можно представить как проектирование конвейеров, обрабатывающих поток информации, обычно в текстовом виде. Мы имеем несколько сотен достаточно специализированных "роботов", каждый из которых умеет делать одно действие, но делает его хорошо. Расставляем их в цепочку, настраиваем каждый и запускаем процесс обработки.
AppleScript устроен несколько иначе. Продолжая аналогию, можно сравнить его с языком, который понятен более сложным и более универсальным роботам ("большим" приложениям типа Adobe Photoshop), с помощью которого можно автоматизировать их работу и наладить между ними взаимодействие. При этом его грамматика очень похожа на грамматику естественного английского (и некоторых других языков), а написанные на нем скрипты напоминают кулинарные рецепты: "положить в кастрюлю три яйца из холодильника на кухне" не сильно отличается от "tell application "Downloader" to download "computerra.ru" to file “test.html”". (Насколько такой синтаксис удобен для разработки реальных программ - вопрос спорный, но после вычурных конструкций большинства языков программирования выглядит, несомненно, впечатляюще.) В версии Mac OS X 10.4 Tiger появилось средство для упрощения разработки скриптов под названием Automator, позволяющее создавать "потоки обработки" (workflow) буквально мышкой, вообще без написания кода, - впрочем, к подобным "прослойкам" я отношусь скептически.
И снова надо заметить, что в Windows присутствует близкая технология Windows Scripting Shell. Однако в глаза она не бросается и популярностью у простых юзеров не пользуется.
Ссылки[1] macosxhints.com - краткие "советы дня" о том, как использовать Mac OS X на 100%.
[2] www.finkproject.org и darwinports.com (медленно, но верно переезжающий на macports.org) - основные репозитарии свободного софта под Mac OS X.
[3] xvsxp.com - сравнительный анализ Mac OS X и Windows XP.
[4] www.macscripter.net - все о скриптах AppleScript.
Впервые надкусывая яблоко: Непутевые заметки про iMac
Автор: Родион Насакин
Обидно, но я не смог по достоинству оценить прелести iMac, временно поселившегося у нас в редакции, равно как и установленную на нем последнюю версию Mac OS по той простой причине, что сел за Мак первый раз в жизни.
Жалоба
Напишите нам, и мы в срочном порядке примем меры.