Разработчик: «Яндекс»
Официальный сайт: desktop.yandex.ru
Цена: бесплатно
Размер дистрибутива: 2,3 Mбайт Вслед за многими монстрами интернет-поиска и наш родной «Яндекс» разродился программой для поиска персонального. И «теперь вы сможете искать по документам, письмам и другим данным на вашем собственном компьютере. Со скоростью Яндекса» – рекламный слоган с официального сайта. Правда, из-за сырости софтины (бета-версия, как-никак) было решено не включать ее в обзор.
Над интерфейсом разработчикам долго думать не пришлось. Практически идеальное решение для «домашнего» поисковика – работа в окошке браузера. Буковка "Я" в систем-трее, при нажатии на нее правой кнопкой мыши, предоставляет немногочисленные пока настройки, а по двойному клику открывается браузер «по умолчанию» в системе, и вуаля: ищи не хочу.
Настроек у программы действительно немного. Выбор дисков папок для индексации, управление процессом индексации (интеллектуальный и принудительный) и… все. Остальное как у «большого брата» в Интернете. Та же строка ввода поискового запроса и практически то же отображение результатов. На первый взгляд впечатления от программы самые положительные. Неискушенный пользователь с сотней-другой doc-файлов в папке «Мои документы» ничего другого ставить на компьютер и не захочет. Но ведь есть еще такой же простой, как топор, Google Desktop Search, скажете вы. Но «Яндекс» выгодно отличается от западного конкурента поддержкой русской морфологии.
Правда, когда программе было предложено проиндексировать 100 тысяч документов, притом разных форматов, она стала давать сбои и за три попытки так и не справилась с задачей. Пару раз «падала», после чего начинала индексацию заново. Невыносимо медленно идет индексация PDF-файлов. Возможно, все дело в «баговости» PDF-конвертера, который у «Яндекса» свой. Хотя после индексации поиск по файлам этого типа вполне удовлетворительный. Что касается скорости индексации и поиска, то и тут накладка. Субъективно эта софтина работала медленнее Google и Copernic. Чего уж говорить о профессиональных системах вроде dtSearch или SearchInform. Впрочем, «Яндекс» по сути предназначен для домашнего использования, так что этой скорости вполне достаточно.
В общем и целом продукт пока сырой. Надеюсь, к официальному релизу эта утилита будет на равных конкурировать как с Google по удобству, простоте и стабильности, так и с серьезными программами по числу поддерживаемых форматов и функциональности.
Софтерра: Современная монадология
Автор: Сергей Поляков alexei@samara.net
В те давние времена, когда перфосчитка перестала быть основным устройством ввода информации, а ее место заняла клавиатура, когда появились первые мониторы, а о «манипуляторе мышь» никто и слыхом не слыхивал, командная строка стала главным инструментом взаимодействия человека и компьютера. Шли годы, менялись процессоры, операционные системы и пользовательские интерфейсы. Командная строка, иначе называемая программной оболочкой (shell), тоже не пребывала в анабиозе, а развивалась и эволюционировала, и для серверных Unix-систем она по сей день остается самым естественным способом управления.
Опытный администратор Unix может выполнять многие действия в командной строке быстрее, чем с использованием самого удобного графического интерфейса. Дело в том, что в этой нелегкой работе ему помогает множество инструментов:
Собственно, сам shell. В простейшем случае оболочка, приняв строку от пользователя, находит в системе соответствующую программу, выполняет ее и выводит результат в виде обычного текста. Примерами для Unix являются bash, csh, tcsh, zsh, psh и т. д. Продвинутые оболочки облегчают ввод данных, предлагая выбор из ограниченного количества вариантов команд и их параметров.
Язык сценариев программной оболочки. Команды, которые пользователь вводит в командной строке, – это не просто названия программ, а прежде всего – управляющие конструкции языка программирования, оболочка же является его интерпретатором. Таким образом, в командной строке можно задать достаточно сложный сценарий (скрипт) с условными операторами, циклами, функциями и т. д.
Композиционная модель системы: большое количество слабо связанных друг с другом простых программ-утилит (awk, sed, grep, sort, …). Объединяя команды в цепочку (pipeline), можно реализовать весьма сложные процессы обработки данных и управления системой.
Клавиатура, с которой он давно сросся.
Повторяемые действия легко сохраняются в виде файлов, и через некоторое время администратор имеет в своем распоряжении библиотеку сценариев, которые позволяют ему мгновенно решать типовые задачи в достаточно сложной инфраструктуре.
До недавнего времени все это относилось в основном к Unix-системам. Ни для кого не секрет, что, несмотря на наличие некоторой командной строки в Windows, управлять продуктами Microsoft с ее помощью не слишком удобно. Графический интерфейс де-факто является стандартным средством управления в операционных системах Windows, и зачастую функции GUI не имеют аналогов командной строки, даже для серверных продуктов. И наоборот, функционал текстовых утилит не всегда реализован в GUI. Так было до появления проекта под кодовым названием Monad. О нем и пойдет речь в этой статье.
Вовсе не обязательно каждый раз открывать текст в редакторе Word, если нужно проверить правильность написания слов в нескольких десятках файлов. Достаточно скрипта, использующего программный интерфейс Microsoft Word, который отобразит все ошибки.
C:\ > echo «Mother washes winsodsdsd» > text.txt
C:\ > $wordApp = new-object –com Word.Application
C:\ > get-content (dir *.txt) | foreach { $_.Split(‘ ‘) } | where { !$wordApp.CheckSpelling($_) } | sort -Unique
winsodsdsd
C:\ >
Более подробный код находится на сайте разработчиков Monad. Существует бесконечное множество способов использовать функции продуктов Office в своих программах и тем более скриптах.
Нельзя сказать, что невеселое положение дел на «командном» фронте устраивало Microsoft – на всем протяжении развития Windows предпринимались попытки улучшить ситуацию в этой области (см. табл. 1). Однако имеющиеся недостатки не позволяли командной строке стать полноценным инструментом.
В command.com и его потомке cmd.exe команды не являлись отдельными программами, как в Unix, а были реализованы непосредственно в самой оболочке. Эта особенность, по-видимому, препятствовала расширению функциональности системы. Команды command.com и cmd.exe оставались плохо документированными и бедными по возможностям, тогда как программы-утилиты Unix-систем активно развивались сообществом пользователей. Кроме всего прочего, обе оболочки не соответствовали стандарту POSIX, разработанному для Unix-оболочек. Следовательно, сценарии, написанные для POSIX-оболочек, не могли быть адаптированы под cmd.exe – равно как и опыт администраторов.
Services For Unix (SFU), разработанные еще для Windows NT, предназначались для упрощения задач по интеграции Windows– и Unix-систем. По сути, SFU – это Unix-система, которая запускается под управлением Windows. В ее состав входят ключевые Unix-сервисы, POSIX-совместимые программные оболочки и более трехсот утилит.
Поначалу продукт не был включен в состав операционной системы – его нужно было приобретать отдельно. И хотя сейчас SFU свободно распространяется и даже входит в Windows Server 2003 R2, коммерческое распространение не способствовало ее популярности. Кроме того, чуждая для Windows модель POSIX оказалась плохо совместимой с большинством продуктов, изначально делавшихся для Windows.