Хе... :) Уж если сравнивать, то с физтехом :)

Не МВТУ, в МГТУ :-).

так есть же hyperbole ..

2lg
Это вот это http://www.gnu.org/software/hyperbole/hyperbole.html что ли? Нормальные люди ссылки дают сразу

ну значит я не нормальный .. просто мне кажется достаточно ключевого слово а набрать в гугле 'hyperbole system' помоему каждый кому интересно сможет ..

2lg
Кстати, как Hyperbole, удобная в использовании? Сколько лет ты ею пользуешься, можешь ее порекомендовать?
Что-то http://www.gnu.org/software/hyperbole/hyperbole.html здесь ничего нет из того, о чем можно прочесть http://haystack.lcs.mit.edu/overview.html тут.

А вообще, главное, чтобы MS не успела скупить их код на корню. Интересно, можно ли free софт пока он в свободном доступе, кому-нибудь защитить лицензией GPL?

я сам пользую локальную wiki так как я не ворочаю тоннами инфы и мне pimы как таковой не нужен, а народ который юзает hyperbole говорит что достаточно практично ..

Как вы думаете, стоит по этой концепции http://oxygen.lcs.mit.edu/Overview.html Project Oxygen открывать новый топик?
Тоже интересный проект:
"For over forty years, computation has centered about machines, not people. We have catered to expensive computers, pampering them in air-conditioned rooms or carrying them around with us. Purporting to serve us, they have actually forced us to serve them. They have been difficult to use. They have required us to interact with them on their terms, speaking their languages and manipulating their keyboards or mice. They have not been aware of our needs or even of whether we were in the room with them. Virtual reality only makes matters worse: with it, we do not simply serve computers, but also live in a reality they create."

!!!

>Как всегда, не в МГУ или МВТУ. Увы, жаль.
Потому что за место того чтобы делом заниматься, русские хернёй маются.
Пишут всякое дерьмо сюда и мечтают о лёгких бабках. А гробанные пиндосы их трахают во все щели.

А с каких пор русские учатся в МГУ? ;)
Ну, а МВТУ ты наверное по ошибке написал. Хороший был ВУЗ еще
лет тридцать назад ;)

Ничего нового они не придумали. Более того, затея сильно
опоздала, а реализация пахнет прошлым веком. "Работает в
виндовс, не работает в линукс" - это детский лепет юных
олигофренов. Такие вещи должны реализовываться исключительно
как кроссплатформенное интернет-ориентированное решение клиент
(браузер) - сервер. Более того, подобные вещи давно существуют
и работают. Ну, может не до конца во всех деталях, но в
принципе так же. Вот пример:
http://group-office.sourceforge.net/groupoffice/?SET_THEME=Intermesh&user...
Мало где реализован drag-n-drop, но DHTML позволяет это сделать
без больших проблем.

Horosha veshitsja, no kak uje skazali, pod linuxom hrenovo rabotajet, komu on togda nujen?

smqsle Haystack komu togda nujen :)

никому он не нужен, под винды есть lotus и exchange :)

Хм-м.. и Бауманку приплели ;)

По теме - нифига не понятно, в чём состоит "инновация" проекта.

На первый взгляд обычный PIM. Причём сама идея управлять своей информацией "из одного места" ;) - весьма сомнительна, бо информация бывает разная и работа с ней строится по-разному.

По скриншотам - IMHO, интерфейс сильно перегружен. Очень часто технари делают что-то навороченное, а оно оказывается слишком сложно для пользователей. По-моему, это тот самый случай.

--
Диментий, выпускник МГТУ, вертевший такие инновации на палке

<<Ничего нового они не придумали. Более того, затея сильно
опоздала, а реализация пахнет прошлым веком. "Работает в
виндовс, не работает в линукс" - это детский лепет юных
олигофренов.>>
Сначала в MIT поступи.

<<Такие вещи должны реализовываться исключительно
как кроссплатформенное интернет-ориентированное решение клиент
(браузер) - сервер.>>
А какой сервер по умолчанию включается локально на WinNTWorkstation?

Если бы <<Ничего нового они не придумали.>> и существовала бы "серебряная пуля" огранизации данных, которой бы все пользовались и которая бы устравала всех и каждого, то не было столько вариантов и предложений здесь http://slashdot.org/comments.pl?sid=77007&threshold=-1&commentsort=0&...

<<никому он не нужен, под винды есть lotus и exchange :)>>
А как же Outlook? ;)
Сосет у IBM lotus-а?

<<Такие вещи должны реализовываться исключительно
как кроссплатформенное интернет-ориентированное решение клиент
(браузер) - сервер. Более того, подобные вещи давно существуют
и работают>>
Во-вторых, вещь делается на Java, на какой ОС на твоем компьютере Java не работает?

<<Причём сама идея управлять своей информацией "из одного места" ;) - весьма сомнительна, бо информация бывает разная и работа с ней строится по-разному.>>
Приведи примеры разной информации.

По-моему как раз твой подход является примером того, до чего дошли за 40 лет развития IT идустрии: не компьютер для человека, а человек для обслуживания компьютера, эдакий "оператор ПЭВМ".

а мона я приведу пример одного места. Я знаю знаю

> Сначала в MIT поступи.

Для чего? Чтобы потом писать подобный бред на gtk?

> А какой сервер по умолчанию включается локально на WinNTWorkstation?

Это что аргумент?

Интересно, чем это анонимусу Бауманка не по вкусу? Мозгов учиться в хорошем ВУЗ'е нет?

ya sam nachal pisat' chto to podobnoe v ochen umenshennom razmere :) chisto zapiski i fayli.. vse ostalnoe mne ne nado bilo

> А с каких пор русские учатся в МГУ? ;)

Что ви имеете ввиду?

;)

А с чего бы в МГУ создавать какое-то ПО? Это университет, причем довольно широкого профиля (для тех, кто не понял - там фундаментальным вещам учат: физике, химии, математике, биологии и проч.), если заниматься кодированием, то когда ж учить/учиться?

> А с чего бы в МГУ создавать какое-то ПО

уточним МГУ -> ВМК.

ВМКашники зато всякие линукс-порталы создают.=)))

Для персонального использования вроде неплохая вещь, хотя было бы лучше, если б оно под линухи и другие оси затачивалось изначально ибо под винды тот же Outlook & SharePoint с тем же успехом можно пользовать. А реально платформонезависимы сейчас только порталы (browser required), но пока это дорогое удовольствие для серьезных контор... А вообще какой смысл делать такое в академическом учреждении? Где тут суперинновации и наука?

As you could see this is interface to semantic networks (do not mix it up with relational network or releational data bases). This is a major innovation. No wander that this interface is applied to description of signaling network pathways of living cells (as you could see from screen shots). They are going to make a big $$ on that if it will be pushed to the level of practical use, since nothing like that is available. The major problem with Russian Universities is a lack of vision. This is why no real innovation are introduced by applied science or fundamental research. Windows or Linux is the second question since no Windows or Linux represent innovation of any kind to the approach of information and manipulation. Those two systems are not different from each other from that point of view.

2 anonymous (*) (2003-09-28 15:41:56.346151) AKA anonymous (*) (2003-09-28 15:55:22.806082):

>> никому он не нужен, под винды есть lotus и exchange :)

> А как же Outlook? ;)

Аутлук говоришь?.. Анонимус же написал - "Exchange". Это я придрался к мелочи неспроста - довольно странно беседовать о PIM-ах с анонимусом, не знающим что выглядок - это в первую очередь клиент Exchange-сервера. Хотя и может работать автономно.

>> Причём сама идея управлять своей информацией "из одного
>> места" ;) - весьма сомнительна, бо информация бывает разная и
>> работа с ней строится по-разному.

> Приведи примеры разной информации.

Привожу примеры. "Информация номер раз" - письмо в инбоксе почтовика. "Информация номер два" - файл в рабочей копии (под управлением системы управления версиями). "Информация номер три" - котировки акций в таком плавающем окошке углу экрана.

По мне, так общего между ними ничего ровным счётом, в любом сочетании.

> По-моему как раз твой подход является примером того, до чего дошли
> за 40 лет развития IT идустрии: не компьютер для человека, а
> человек для обслуживания компьютера, эдакий "оператор ПЭВМ".

Нет, "мой подход", который вовсе не мой - не плодить сущности сверх необходимости. Скажи мне, чем сабж по существу(по функциональности) лучше, чем... ну, к примеру, namespace виндовский - тогда и поговорим.
Имхо, функциональность наоборот меньше. Потому что жёсткая привязка к одному способу восприятия информации и одному интерфейсу.
Сам же правильно пишешь, что "no silver bullet" - так почему оная пуля должна быть в интерфейсах?
Мне _уже_сейчас_ нет дела, где лежат мои файлы физически. Без применения спецсредств типа Haystack. Пользователю например KDE под юниксами - аналогично. Вот и приходим плавненько к вопросу - "А нафига, собственно, нужен SUBJ ?" Я не отрицаю возможной полезности - тогда объясни, в чём она. Я faq-и на указанном сайте читал - и _ничего_ нового не увидел, увы.

> По-моему как раз твой подход является примером того, до чего дошли
> за 40 лет развития IT идустрии: не компьютер для человека, а
> человек для обслуживания компьютера, эдакий "оператор ПЭВМ".

Продолжаем, зацепил ;)

Вот смотри - окей, используем HayStack. КАКУЮ информацию будем мы держать в нём? Ту, которую предусмотрели разработчики. Или для которой поставщик информации наваял плагин (чего не будет, пока сие чудо не будет стоять на 50% машин). А людям нужна _разная_ информация. Это "операторам ПЭВМ" ака админам да компьютерным гениям из MIT нужна эл. почта да аська/джаббер/irc. А пользователям "вообще" нужно, слав богу, бесконечное разнообразие информации на любые темы. Как это всё богатство будет интегрироваться в HayStack? А никак не будет. Так "компьютер для человека" или не имеющий практического применения эксперимент, а?

>уточним МГУ -> ВМК.
на 60-70 ВМК - это математика и её приложения...

на оставшихся трех кафедрах занимаются %уепинанием (это у них историческая задача такая).

Я давно думаю о нужности какой-нить тулы по-крайней мере для себя - правда тулы немного другого плана. Кучи архивов, cvs деревьев, мейлов и всякого старья за много лет. И каждый раз ищешь по одному и единственному критерию - по времени (читай - по своей истории). А хочется ещё: 1) своего локального гугла над _всей_моей_ информацией (с моей личной индексацией); 2) возможность добавлять/модифицировать эту мета-информацию. Едакие пометки на полях становящиеся индексом.
Даже начинал писАть когда-то но бросил. Если интересно кому - можно
выложить чо-нить под сорс-форж например под жпл и зарядить проект.

Это можно назвать indexing service (сервис индексации).
Несколько индексов (B-trees) -- аналогично индексам в DB (с быстрым доступом 0(log) к инфе по ключам. Запросы - через простой интерфейс типа гугля (сложнее - не надо, если надо сузить запрос - следующим запросом). Можно взять гуглевский интерфейс.
Под инфой понимаем _всё_ что пишется на диск - включая бинари.
люблю cvs для архивов но он всё-же не для того (таги - плохая мета-инфа а бинари - оверрайтятся) - это всё же только для сорсов и узко-специализированный тул. Но cvs реюзить как часть функциональности - обязательно.
Реляционные базы приплетать только для мета-инфы - тоже имхо неправильно.
Таги вставлять в бинари (да и в тексты тоже) - нельзя чтобы ничего не ломать (не будем же мы всё переделывать - пропуская _всё_ через себя).
Другое требование - базу хочу не бинарную, чтобы её парсить чем угодно включая стандартные юниксовые тулы, да и плагины расширяющие писАть для анализа.
XLink подходит для мета-даты так как всё же близок, но это не будет масштабируемо (для быстрого (<1 сек) поиска - предчуствие такое есть.
Простейший вариант - простой хэш на URI.
Интерфейс д.б. и текстовый и гуёвый. Очень простой. 1)коммандная строка 2)интерактивный режим 3)html - форма 4)textField контроль.
Пример работы: с коммандной строки запускаю
indexing service (is)
%is -all checkers ansi c
или не как параметры а в интерактивном режиме или через броузер через форму:
%is
> checkers ansi c
через максимум секунду - ответ: найдены такие-такие файлы из старого курсовика (понятно - что никаких find, grep через всё делать нельзя). Файлы - могут быть не на диске а на CD, на сайте, на ленте и ответ проги - номер (ID) CD, ленты, ресурса, URI короче.
Захотел - дал комманду типа sync и втроенный wget сдаунлодил сайт мне локально и апдейтил мету - для спокойствия что сайт не исчезнет.
Такой органайзер имхо был бы полезен.
Прототип быстрее на жаве накидать, всё таки быстрее в 2.5 раза девелопить, а так - ANSI C/СPP, но проблем (хоть на Аде :)
Вопрос - нужен ли такой тул.

Критику пожалуйста - если не лень. Нужен под GPL такой тул или нет?

ЗЫ Есть и другой вариант: расширять cvs для бинарей и более богатой мета - инфы, но в этом случае удалённые ресурсы (URI) будут в пролёте - только то что локально и на работающем диске (не масштабируемо в смысле скоростей развития IO - иначе скоро мы все 100% времени будем копировать с диска на диск).

Названия разделов из http://haystack.lcs.mit.edu/overview.html

- Information in One Place - Right Click on Anything - Drag and Drop - E-mail and Instant Messaging Together

- ну прямо как из парадной речи Билли Гатеса семь лет назад. И - по беглому впечатлению - подробное содержание такое же. Прямо Microsoft Outlook + Active Desktop + COM/OLE.

Короче, все уже было.

Более того, нонче мастдайка в лидерах, а умные-свободные-благородные идут по следу. Догоняют, так сказат. Кстати, вот еще пример: технология XPCOM (реализация COM для Linux (и не только) от разработчиков Mozilla, см. на mozilla.org).

Еще вот странное мнение:

> Такие вещи должны реализовываться исключительно > как кроссплатформенное интернет-ориентированное решение клиент > (браузер) - сервер.

Это чтобы информация на сервере у провайдера лежала? Или на портале каком ? Информацию, которая чего-либо стоит, ни один разумный человек туда не положит. А которая не стоит: с ней проблема не как ее хранить, а как от нее избавляться. Иль я не прав? Иль вам все еще мало ?

> Мало где реализован drag-n-drop, но DHTML позволяет это сделать > без больших проблем.

DHTML опасен... опасен... опасен...

А вообще-то для drag-n-drop (если не ограничивать жисть рамками браузера) нужен стандарт взаимодействия приложений. Тут мастдайки первые прорюхали. DDE потом OLE потом COM. Под Linux вроде теперь тоже есть такая штука (забыл название... ORBIT?... по смыслу - упрощанная CORBA), только многие ли приложения ее поддерживают ?

> http://group-office.sourceforge.net/groupoffice/?SET_THEME=Intermesh&user... отличная ссылка, сразу ставит человека на место :-)

Пардон, цитата из http://haystack.lcs.mit.edu/overview.html в предыдущем сообщении (мое же) скопировалась не совсем правильно. Вот эта прелесть:

Information in One Place

Right Click on Anything

Work with Information, Not Programs ********** пропуск этого пункта - большая ошибка

Drag and Drop

E-mail and Instant Messaging Together

Personal Digital Library

2 Anode:

Призрак бродит в умах, призрак такой тулзы :)

Отойдя от технических подробностей - какая основная проблема при создании? Имхо, проблема в том, что этот самый indexing service не знает природы информации. Поэтому же cvs например хорош для исходников - он "знает", что в нём исходники находятся, и поэтому умеет для них diff делать и другие вкусности. Для "абстрактной информации" такой фокус не проходит, даже если информация текстовая (правда, в последнем случае можно проиндексировать по тексту).

Потом, если надо искать не только в "текущем" состоянии инфы, а ещё и в истории - без _большого_ кэша не обойтись. Правда сбоку появляется приятный "плюс" - уже неважно, локальный ресурс или удалённый - всё одно кэшировать надо ;-)

Это я вовсе не к тому написал, что сделать нельзя - просто привычка сразу потенциальные проблемы искать :)
В принципе конечно можно сделать своеобразный "репозиторий", в который можно кидать файлы и url-ы, а ОНО их будет индексировать, парсить и запоминать. А url-ами могут быть и imap:// , и всё что угодно.
Почему бы и нет? Но писать это одному... я бы не взялся. Имхо, треснет ;)

Насчёт "другого варианта" - расширенного cvs для бинарей и мета-инфы - всё это есть в Subversion, расширять самому ничего не надо. Но это всё-таки просто "расширенный cvs", поиска и т.д. там конечно нет и не будет. Хотя произвольные properties для файлов в репозитории - есть.

Забыл добавить: идеально конечно это должна быть новая расширенная файл-система: по типу расширенной журнальной чтобы мета-дата могла быть добавлена и не только по именам файлов. И тогда при внешнем удалении ресурса будет колбэк чтобы уброть и индекс. Но так как это не реально - ведь сервис индексации должен работать под всеми файло-системами то индекс может быть удалён только при попытке пойти по ссылке когда ресурс не существует.

Второе добавление: на главном интерфейсе - кнопочка: "добавить ключи к ресурсу". Вот так и вводится будут ключи к существующей дате.

2 Dimentiy А я и не хочу индексацию по всему. Только по своим ключам. У кождого человека - свои. Можно это назвать ассоциативный сервис. Если уж я найду чо мне надо - я уж grep сделаю и новых индексов может добавлю. Но писать это одному... я бы не взялся. Имхо, треснет ;) поэтому и предлагается на сорс-форж Ж)

сорри, форматтед:

2 Dimentiy
А я и не хочу индексацию по всему. Только по своим ключам. У кождого человека - свои. Можно это назвать ассоциативный сервис. Если уж я найду чо мне надо - я уж grep сделаю и новых индексов может добавлю.


Но писать это одному... я бы не взялся. Имхо, треснет ;)
поэтому и предлагается на сорс-форж Ж)

2 Anode:

И ведь что будет самое интересное в воображаемой идеальной тулзе? (Сферической и в вакууме, конечно. С точки зрения потенциального пользователя.)

Вовсе не реализация. Самое интересное - как она будет отделять "зерна от плевел" - нужную информацию от сопутствующего хлама. Для электронных писем - текст сообщения от ориджинов, для проиндексированных страниц - информацию от оформления и рекламы всякой. Чтобы предоставлять релевантные результаты поиска. Причём делать это независимо от природы информации.

P.s. Вот она, сфера приложения мозгов для лингвистов из МГУ и технологов из МГТУ !!! ;-)
А вовсе не запихивание аськи в почтовый клиент, как делают чуваки из MIT. Впрочем, команда которая приемлемо решит эту задачу - очень быстро окжется в том же MIT, а скорее в Редмонде...

А-ааа.. ну, это неинтересно :)

> А я и не хочу индексацию по всему. Только по своим ключам. У
> кождого человека - свои. Можно это назвать ассоциативный сервис.
> Если уж я найду чо мне надо - я уж grep сделаю и новых индексов
> может добавлю.

Вопрос. А может быть, тебе вот этого:
http://svnbook.red-bean.com/html-chunk/ch06s02.html
хватит вполне?

Всего-о нужно несколько скриптов, пробегающих по svn репозиторию и индексирующих properties файлов.

> как она будет отделять "зерна от плевел" Ничего она не будет сама - это юзер будет добавлять индексы и каждый юзер - свои. На разных языках. Смотришь сайт в поиске чего-то одного и попустно наталкиваешься на что-то другое. Кидаешь не букмарк (нет времени потом с ними разбираться!) - а сразу индекс - на будущее. Сколько сталкиваешься: "да б. - я же это недавно где-то видел когда другое искал!", а снова найти это не можешь. Для каждого индивидуума - это будес _своё_, отражение его мозга, _его_ ассоциации. Так сказать - жизненный путь проиндексированный по другим ключам :)

> Ничего она не будет сама - это юзер будет добавлять индексы и
> каждый юзер - свои.
> Для каждого индивидуума - это будес _своё_, отражение его мозга,
> _его_ ассоциации. Так сказать - жизненный путь проиндексированный
> по другим ключам :)

Да я понял уже :)

Тады действительно можно сделать эдакое хранилище, в которое можно накидывть URL-ы. "Накидывать" - не обязательно drag'n'drop ;) Назови это индексом, или keyword-ом...
Хранилище запоминает инфу (именно запоминает - а то пропадёт ресурс в сети и останется от него один индекс), преобразуя URL и добавляя в него дату.
То есть я добавляю в "хранилище интересной мне инфы" какую-то ссылку. ОНО преобразует URL protocol://username:password@path_to_resource к своему внутреннему виду, который можно обозначить как protocol://username:password:time@path_to_resource и уже эту штуку индексирует и соотносит с keywords.
Когда я делаю поисковый запрос - получаю список связанных текстов из кэша и (опционально) текущее состояние ресурса и (опционально) историю изменений.
Причём должен быть интерфейс для подключения разных индексаторов.
Такой продукт может быть интересен, причём его всеохватность будет ограничиваться только способностью понимать разную информацию - а главное, более-менее корректно индексировать абстрактную (тут помогут keywords которые пользователь выставляет).

Re:

А реализовать эту шнягу можно как сервис, к которому можно обращаться откуда угодно - плагин к браузеру, скрипт, плагин к почтовику, плагин к instant messenger-у... хоть из emacs-а :)

2 Dimentiy

спасибо за линк: я пользовался только cvs до сегодняшнего дня. С бинарниками тоже как погляжу там лучше дела.

Но это опять же хорошо для своей задачи т.е. поддержания сорсов и конечно не для массового юзера (хотя и для хранения html и доков сорс-контроль тоже не плох).
Я же говорю о более общем индексо-ассоциативном сервисе на любые URI.

Если завтра уйдут в даун многие сайты или станут платными, поменяются - всем моим букмаркам - грош цена. Я не могу сделать "wget --site" всего меня интересующего. Мне нужны кусочки: где-то - кусочек сорса, где-то тутор хороший, страничка, а где-то - глубокая копия сайта. Таких кусков скапливается гигабайты где и старые проекты, архивы мейлов где тоже куски кода, рекоммендаций, советов экспертов, да мало-ли - личная переписка в конце концов. Наша жизнь всё более неотделима от компьютера ;). Не хочу конвертировать, пихать в cvs (а как с пдф, имиджами, чертежами, старыми бинарями (включая софт и игрушки на 8088 ;)
А что - недавно обнаружил что старые дискеты осыпались и slack 2.0, ingres, dos3.1, куча документов, программ десятилетней давности ушли навсегда. Переписал всё на болванки. Теперь - там - полный навал.
Можно свалить всё на огромный диск в один очень большой месс (потратив на переорганизацию море времени) и продублировать его и делать иногда сравнения но это не будет возможно уже совсем скоро когда будут терабайты. Фильмы, фото - и это хочу проиндексировать (со своими комментариями, а кто-то другой - своими, не лазя внутрь фильма со своими тагами). Мы же скоро захлебнёмся инфой.
Пойнтер на ресурс и анкор (нобер байта от начала?) - вполне подошло б. Но индексов должно быть много. Жизнь идёт - нет времени на переработку, переконвертирование. Полез назад за чем-нить - ага добавлю-ка я такой ключик в базу. И так постепенно (без дополнительной работы) проиндексируются старые архивы. А для новых - уже будет привычка. Интересное мыло пришло - добавили ключик + сохраним текст а где-то - только адрес (злостных спамеров;), а мейл - не нужен. А потом не надо перечитывать тысячи мейлов чтобы найти кусочек кода (иногда просто не помнишь по чему делать grep).

Потом кто-то сказал (не точно так - не могу это найти снова :))) : "the problem of IT last years was that it was forgotten that people care about their own stuff first"

> Да я понял уже :)

OK, тока прочитал. Но я уже послал следующее долгое объяснение ;)

2 Dimentiy

чуть было не забыл: спасибо за дискуссию

> Это можно назвать indexing service (сервис индексации)

Можно. Я подобной вещицей в лице htdig пользуюсь с 1999-го г.
Есть домашний каталог, назовем его условно data. В него
физически кидаются все интересные документы в _любом_ известном
формате. Раз в сутки ночью по крону пускается индексатор htdig.
Через плагины он понимает и индексирует все основные форматы -
txt,html,doc,xls,ps,pdf. Плюс индексируют всю мою почту (в
основном - списки рассылки). Вебинтерфейс типа гугл. Работает
на ура. Ау, господа из MIT ;)

>> (браузер) - сервер.
> Это чтобы информация на сервере у провайдера лежала?

Эх, не хотят люди думать даже на один шаг вперед. Уже сейчас
отдельные индивидуумы сами себе провайдеры. Через пять лет
домашний сервер с постоянным включением в сеть будет как
телефон сейчас. Плюс вместо тупой мобилы у каждого будет такого
же размера коммуникатор с беспроводным интернетом. И все, что
тебе надо из личных документов, ты со своего сервера сам и
возмешь через мобильное устройство. Кроме того, были, есть и
будут публичные сервера с нужной инфой. И к ним тоже захочется
подключиться. А вот чем думают людишки, пишущие поделки с
прицелом только на личный комп - я не знаю...

Re:

> чуть было не забыл: спасибо за дискуссию

Взаимно.

Что до идеи программы - потребность такая есть и многое из этой функциональности уже реализовано, в тех же PIM-ах и индексаторах. Думаю, кто сумеет сделать наиболее удобный вариант - того и тапки будут на ощутимое время :)

Re:

> Эх, не хотят люди думать даже на один шаг вперед. Уже сейчас
> отдельные индивидуумы сами себе провайдеры.

Это всё хорошая теория. И он имеет право на жизнь, базара нет.
Но...

> Плюс вместо тупой мобилы у каждого будет такого
> же размера коммуникатор с беспроводным интернетом.

Вот именно. Фишка в том, что при таком раскладе никакой необходимости в сервере персональном - нет. Вся информация в коммуникаторе и будет(по крайней мере, ссылки на инфу - а для чего ещё нужен информационный сервер?). Подавляющему большинству людей этого будет вполне достаточно.

Кстати, "своя рубашка ближе к телу" - тоже аргумент, и весьма весомый.

2 asoneofus: Физтех рулез МГУ сакс.