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