Журнал «Компьютерра» №43 от 22 ноября 2005 года - Журнал Компьютерра - Страница 21

Честно говоря, полезность подобных решений вызывает некие сомнения. Возможно, бывают в жизни ситуации, когда душа так жаждет послушать .wma группы «Любэ», что ждать больше 12 секунд нет никакой возможности, но я в них пока не попадал. Крупные элементы интерфейса AVS и пульт ДУ облегчают использование ноутбука в качестве медиаустройства, но разбазаривать таким образом заложенный в M70 потенциал - преступление. На мой взгляд, Samsung реализует эту технологию в своих ноутбуках для галочки, чтобы было не хуже, чем у других (другие, в свою очередь, исходят примерно из тех же соображений). Ну получилось. Не хуже.

Осиротевшую без экрана полноразмерную клавиатуру вполне можно держать на коленях (2,2 кг), хотя она, конечно, греется - что для ноутбуков явление обычное. В общем, если приглядеться, то получается, что M70 местами все еще лэптоп, при необходимости вполне портативен и время от времени может считаться ноутбуком.

Хотя составителей словарей, полагаю, все же нужно предупредить.

Благодарим российское представительство компании Samsung за предоставленный ноутбук.

Софтерра:Заметки поселенца

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

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

Обычно на сайте программы ведется учет и контроль обнаруженных багов (с помощью системы, аналогичной bugzilla, или через почтовый список рассылки) - там можно убедиться, что разработчики в курсе существующих проблем, и найти возможные способы их решения. Стоит также проверить, используете ли вы самую свежую версию, - ошибки исправляются достаточно оперативно, и порой изменение последней цифры в номере релиза оказывает существенное влияние на его стабильность. Если же вдруг вы стали первооткрывателем неисправности, не поленитесь и сообщите о ней, отправив как можно более подробное описание всех ваших злоключений (с указанием версий, особенностей настройки, выдаваемых ошибок и т. д.), - скорее всего, помощь придет (быть может, даже быстро), а за информацию о глюке сообщество скажет вам огромное спасибо.

Философия работы с компьютером в Unix/Linux и Windows принципиально разная. С точки зрения Unix-системы, программ должно быть много, и каждая должна заниматься своим делом, а сложная функциональность достигается за счет их взаимодействия: одни приложения могут использовать другие, передавать друг другу информацию и вообще жить бурной внутрисистемной жизнью. Более того: пользователь, по мнению Unix, представляет собой лишь еще один процесс, не лучше и не хуже какой-нибудь утилиты или демона. Соответственно отдельные софтинки должны уметь общаться в первую очередь с себе подобными - то есть обладать интерфейсами, которые поддаются автоматической обработке.

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

Впрочем, это не значит, что весь свободный софт жутко недружелюбен. Проблема пользовательского интерфейса решается в рамках Unix way легко и изящно: многие GUI-приложения просто являются надстройками (frontend) над консольными утилитами (backend). Например, под Linux существует несколько систем синхронизации с «Палмами» (kpilot, jpilot и т. д.), но все они являются frontend’ами над разработкой pilot-links, осуществляющей взаимодействие с КПК. Аналогичным образомработают CD-рекордеры K3b и xcdroast, а также множество других GUI-программ. Подобный подход дает серьезные преимущества: не теряя в удобстве работы по сравнению с «монолитами», мы приобретаем гибкость модульной архитектуры.

Наличие множества программ с доступом из командной строки создает своеобразную языковую среду, в которой очень любят работать юниксоиды. Из нескольких тысяч «слов» можно составлять «предложения», выполняющие довольно нетривиальные действия. Можно изобретать новые «слова», используя скриптовые языки (Shell, Perl, Python и др.), что позволяет расширять возможности самовыражения и упрощать работу с системой. При этом компьютер выступает в качестве очень прилежного ученика-помощника, которому достаточно один раз объяснить, как выполнять то или иное действие, и можно быть уверенным, что он все поймет и запомнит (если, конечно, вы правильно объясняли).

Меняется само отношение к работе с компьютером: оно становится более творческим, смещаясь от периодического прочесывания Интернета в поисках новой «классной программы для…» к решению конкретных задач теми средствами, которые предоставляет система. Конечно, это не значит, что софт искать совсем не приходится или что нужно все писать самому, - но зачастую такой подход оказывается быстрым и эффективным. К тому же он позволяет реализовывать весьма специфические вещи, которые практически невозможно найти в сторонних разработках. Подчеркнуть собственную индивидуальность всегда приятно, а интересная и необычная функция, сделанная своими руками, - это вам не логотип на экране мобильника, купленный за доллар у оператора.

При использовании свободного софта меняются не только привычки - меняется мировоззрение. Работая в среде, созданной энтузиастами, поневоле сам становишься одним из них. Найдя интересную разработку, задумываешься не только о том, как ее использовать для решения своих задач, но и о том, как можно помочь ее авторам и другим пользователям - например, реализовать нужную функцию, сообщить об ошибке или ответить на вопрос в форуме. Когда понимаешь, что ситуация под твоим контролем, что твой браузер не станет проверять, насколько лицензионно чиста твоя система, а медиаплейер не будет без твоего ведома сообщать «куда надо», какую музыку ты любишь, что нужная программа не исчезнет с лица земли только потому, что разработчик ее забросил, а исходники выложить не захотел, - начинаешь понимать, что свободный софт - это не просто громкие слова.