> я не удачно выразился,
>они купили лицензию на Unix, портировали, одними из первых его на x86,
> исправив по ходу дело несколько багов,
> но вышла небольшая заминка - оказалось что никому не нужен Unix на x86.
Неа, кроме лицензии они купили SCO XENIX (тогда это было другое SCO, сейчас XENIX это SCO Group OpenServer).
>Проще свалить все в кучу, а потом извлекать из нее искомое пользуясь удобным инструментом поиска.
Ни разу не проще. Хотя может быть и проще, но это говорит о твоей безалаберности, недисциплинированности - как угодно. Полезнее отучиться от вредной привычки, тогда необходимость использовании очередных smart tools отпадёт сама собой. Зри в корень проблемы, как говорится.
а я думал что они перенесли на 80286, где есть поддержка апаратной многозадачности. На 8086 он был никому не нужен и затраты по переносу
бы не окупились и смысла вообще не было его туда переносить.
расскажи мне как же это они на 8086 умудрились перенести Unix?
Ты не понял. Я например физически не в состоянии запомнить, куда я пару лет назад ложил какой-нить документ из пары тысяч уже имеющихся. И вот тут на помощь приходит какой-нить локальный поисковик.
Это не имеет отношения к сути вопроса. Я его не запускал вообще. Он мне не особо нужен. deb/rpm были приведены как один из примеров документов с метаинформацией.
Вопрос состоит, собственно, в том, как реализовано извлечение метаинформации из документов. Документов много, форматов много, набор метаинформации разный и хранится она по разному. На самом деле, всё ещё хуже. Например, я периодически качаю книжки с lib.ru и кидаю их в определённый каталог. Книжки - в plain text'е. Как мне искать произведения по автору? Легко написать скрипт, который будет это делать, например, для книжек именно с lib.ru с хорошей релевантностью. Скажем, в ответе на запрос найти произведения Аверченко не будет произведений, скажем, Стругацких, которые часто упоминают его в своих произведениях. Можно ли будет прикрутить этот скрипт к MSN Search и натравить его только на этот конкретный каталог?
Ну, и т.п. Нормальная система должна предоставлять мощные, но удобные средства настройки пользователю. Как с этим в MSN Search? Или мне надо купить MS Visual Studio за $X, подписку на MSDN за $Y, пройти курсы MCSD за $Z и потратить хренову тучу времени на написание навороченного COM-компонента вместо простенького скрипта?
Запоминать ничего не надо. Уже сказали же, что для этого надо грамотно раскидывать доки по директориям и давать им осмысленные имена, а не тупо жать Ок во всех диалогах сохранения.
>> Он мне не особо нужен. deb/rpm были приведены как один из примеров документов с метаинформацией.
Надеюсь, ты не питаешь иллюзий на счет поддержки deb/rpm в микрософтовских продуктах? :)
>> Легко написать скрипт, который будет это делать, например, для книжек именно с lib.ru с хорошей релевантностью.
"Легко" программисту (или по крайней мере человеку пробовавшему программировать), таких меньшинство. Обычный юзер не будет заморачиваться с изучением языка скрипта и его команд, он будет юзать уже написанную для него тулзу, а продвинутые юзеры и в винде скрипты смогут написать. Свобода выбора, йети её налево, в отличие от... :)
2anonymous (*) (06.03.2005 15:47:46)
>>Запоминать ничего не надо. Уже сказали же, что для этого надо грамотно раскидывать доки по директориям и давать им осмысленные имена.
Это не вопрос возможности/невозможности найти что-либо, это вопрос удобства. Ввести запрос в панельке проводника гораздо проще и быстрее, чем рысканье по папкам вручную. Без какого-либо ущерба для работы экономится время, а значит имеет смысл использовать сей инструмент локального поиска.
Фу, как грубо. Имхо просто они задолго до выхода OSX раздали беты и альфы основным разработчикам, к финальному релизу их продукты уже были готовы, а за ними и остальные потянулись писать софт под OSX. Собственно, микрософт такое уже давно практикует.
> Надеюсь, ты не питаешь иллюзий на счет поддержки deb/rpm в микрософтовских продуктах? :)
Я ещё в маразм не впал :)
> "Легко" программисту (или по крайней мере человеку пробовавшему программировать), таких меньшинство.
Опять двадцать пять. Если это будет относительно легко делать, то толпы тех, кто плохо ли, хорошо ли, но умеют это делать - сделают. И Google поможет всем остальным, кто не умеет. А так... Microsoft ведь не будет постоянно компоненты под всевозможные форматы и их частные случаи (типа книг с lib.ru) клепать. Так что, пользователи оказываются всё равно в пролёте. Потому что у тех, кого я знаю, информации в микрософтовских форматах с нормально заполненной метаинфой исчезающе мало по сравнению с общим её объёмом.
>> Если это будет относительно легко делать, то толпы тех, кто плохо ли, хорошо ли, но умеют это делать - сделают.
Как видим, сделать это-таки относительно сложнее.
>> Microsoft ведь не будет постоянно компоненты под всевозможные форматы и их частные случаи (типа книг с lib.ru) клепать. Так что, пользователи оказываются всё равно в пролёте.
Да нет. Как обычно, дадут еще и SDK для написания примочек, как они сделали с МСО и ВМП например.
> Как видим, сделать это-таки относительно сложнее.
Я не вижу. У меня сейчас нет под рукой этого MSN Search.
> дадут еще и SDK для написания примочек, как они сделали с МСО и ВМП например.
Лично я с такими вещами, я имею в виду SDK (он ведь для C++/COM?), стараюсь связываться только когда сильно припечёт. Потому как - относительный геморрой.
Вот и я о том же, прошли времена винчестеров на 1..2Гб с кучкой мп3-шек, парой игрушек и интернетом по 14.4 кбит/с :). Теперь у каждого на винте огромная куча разномастной инфы. Микрософт, как всегда уловила потребности рынка и разработала простой и удобный инструмент для поиска. С типичным для линукса фофанским подходом аналогичных решений под эту ОСь ждать еще не скоро...
>Да нет. Как обычно, дадут еще и SDK для написания примочек, как они сделали с МСО и ВМП например.
И рядовому пользователю будет офигенно просто при помощи этого SDK расширить функциональность поиска этого MSN Search? Да опять потакают недопрограммистам на Delphi, которые заполонили своими "творениями" софтовые сайты, предназначенные специально для "творений" таких "творцов".
<offtop>
"Да энергетику хоть в лицо ссы, все равно скажет, мол, ничего не знаю, божья роса." (c) не помню чей, LOR
</offtop>
> Либо, эти 30ГБ - это ~40 фильмов в MPEG4, тогда тут не так уж и много :)
Фильмы я отдельно считаю и в эти 30 Гб они не входят, за исключением разных клипов, скаченных по случаю. Сейчас глянул что там, разные копии сайтов, с zhurnal.lib.ru немало накачано, разные mp3, хотя я их тоже отдельно считаю, немало дистрибутивов разного софта гиг на 20.
> Не сложнее, чем в линуксе. Точнее, одинаково сложно :).
Дело не в Линуксе. Сейчас и в Линуксе говна "a la Winows" полно, типа KDE. Дело в нормальном подходе к решению проблемы. Если движок позволяет прикручивать произвольные программы, принимающие документ (на stdin, в аргументах - не важно) и выдающие метаинформацию на stdout, пользователь может написать shell-script, который это делает. Либо найдёт этот shell-script. Причём людей, способных написать скрипт, в несколько раз больше, чем людей, способных написать плагин на VC++ с использованием COM.
Для примера, quick & dirty вариант скрипта, возвращающего имя автора произведения, который работает для тех файлов с lib.ru, что есть у меня. В случае чего, добавить спец. случаи можно легко в любой момент:
Имя автора выдаётся на stdout. Что надо добавить? Автоопределение кодировки (на lib.ru большинство файлов в koi8-r, однако попадаются и в cp1251), но эту штуку можно найти в Сети.
Может ли какой SDK от MS похвастаться аналогичной простотой использования?
аха. этих ребят хлебом не корми дай в fun'фики поиграца с любимым рулезом. и кто то тут еще заводит рулады о исключительной подходящести лялиха для работы, а на винды где проблем на порядок меньше и работаеца удобнее, ссылаюца как на чиста игровую ось. смех да и только
>>Ты не понимаешь, в этом как раз и состоит тот самый "fun", ради которого все и затевалось =)
Ну кто ж с этим будет спорить? :) Я другого не понимаю, почему его пытаются преподнести как конкурента винде. Даже со своим маркетинговым булшитом винда все-таки система для работы ,а не фо фан.