Ultimate Contact Manager

[recoder]

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

А потом я вдруг понял, для чего на самом деле нужен Outlook (что это не хреновый почтовик, а PIM-клиент), перевёл в него свою тучу контактов и радовался. Даже синхронизация с Palm получилась сама собой. Но потом начались сложности. Outlook начал временами вести себя самовольно, в синхронизации начались затыки, а уж разобраться с Outlook'овскими формами я и вовсе не смог.

И задумался - начинать ли писать свой собственный Contact Manager (с блэкджеком и шлюхами) или всё-таки поискать чего-нибудь существующее? Мне же не так много надо в дополнение к базовому функционалу:

• Хранить разные имена и кликухи для контакта (в т.ч. русские/английские)
• Много разных адресов для одного контакта
• Список телефонов с метаинформацией (напр. с привязкой к адресам)
• Именованые e-mail'ы, IM, VoIP и пр. точки контакта
• Список присутствия в сети: блоги, фиды, соц.сети, профили и пр.
• Именованые даты: дни рождения, свадьбы и пр.
• Места работы, текущие и прошлые: компания, должность и пр.
• Ах да, на все эти элементы - тэги!

А в идеале - хочется ещё всяких вкусных фич:

• Верификатор e-mail'ов или даже автоматические запросы на обновление информации (генерируется форма, отсылается контакту, он редактирует данные и присылает обратно)
• Встроенный data mining: умение вытягивать всякую инфу из контактных профилей (ICQ, LJ, etc.)
• Умная синхронизация данных с: Outlook, Gmail, Plaxo, ScheduleWorld, LinkedIn и др. сетями
• Создание внутренней сети через отношения между контактами: семейные, деловые и пр.
• Удобную печать "Персональной Телефонной Книги"
• Удобный скриптинг всего этого хозяйства

Ну что, бывает такое? Или садиться за Visual Studio? Или я слишком многого хочу?

Comments

[whitejaguar.livejournal.com]

Если найдешь, кинь ссылкой, тоже такой хочу)

[outlookblogger.livejournal.com]

Все это можно на Microsoft Outlook (и только на нем скорее всего, чем на любом другом клиенте), но, конечно, некоторые вещи только с помощью плагинов, которых на рынке много. Надо искать просто.

[recoder]

А по-моему, таки не всё.

Если конечно не рассматривать Outlook просто как своеобразную DB с form+scriping engine. И не дописывать руками нужное.

[recoder]

Ну хотя бы - как вводить дату рождения и чтобы при каждом изменении контакта MSO не пересоздавал мне событие в календаре?

Хочется ещё спросить про формы, но боюсь RTFM'a.

[outlookblogger.livejournal.com]

Конечно в стандартной поставке не будет такого салата, который ты хочешь иметь. Ни один нормальный производитель софта такое количество фич не будет пихать в прогу..

Именно так его и надо рассматривать - ядро органайзера, на которое можно навешивать

[outlookblogger.livejournal.com]

А в чем проблема и почему не устраивает то, как ведет Outlook себя по умолчанию?

Про формы можно спросить, но писать про это уже надоело :)

[recoder]

А зачем мне привязываться к этой платформе с её глюками странностями, когда я могу взять просто Access+ODBC или C#+WinForms+MSSQL или даже mySQL+Perl+*toolkit?

[outlookblogger.livejournal.com]

Это твое дело, я лишь высказываю свои скромные предположения :)

[akeepaki.livejournal.com]

Мучался примерно с этой же проблемой. Думаю дело решит хранение данных в xml, аутглюки вроде умеют xml обрабатывать. Заоодно и свою софтинку можно несложную прикрутить, которая этот xml будет обрабатывать наилучшим образом =).

[il-duco.livejournal.com]

однажды начал писать свой но потом времени стало не хватать и я заморозил
вижу ты к бд привязаться хочешь, подумай о файловой системе - можно будет носить на флешке

[recoder]

Не, это был вполне конкретный вопрос: "в чём преимущества Outlook как платформы по сравнению с другими платформами?"

[outlookblogger.livejournal.com]

Тогда уточни свой вопрос - по сравнению с какими другими платформами?
Я лично не знаю таких, которые могли бы даже рядом стоять :)

[outlookblogger.livejournal.com]

Да, только не надо предлагать ассемблер в качестве платформы:)

[russuv.livejournal.com]

Андрюха - пиши !!!!!!!
буду тестить !!!

[recoder]

Я же написал - с какими.

Ну для начала: просто два вопроса:
1. Чем база Outlook'a лучше RDBMS?
2. Чем UI Outlook'a лучше Win32 API?

[recoder]

А что, DB в конце концов тоже все данные в файле хранит. Зачем изобретать велосипед, когда всё уже давным давно придумано. И лучше RDMB пока ничего не создано (мощный мат.аппарат + годы шлифовки реализаций).

[il-duco.livejournal.com]

да кто бы спорил
вопрос лишь в том хочешь ты использовать приложение только на своей машине или везде.
вряд ли тебе по-кайфу будет на каждой незнакомой тачке пытаться установить mysql

[recoder]

Ну и что? Ты же устанавливаешь *мою* программу. Так почему бы ещё и не установить например MS SQL CE?

[outlookblogger.livejournal.com]

Слушай, я же написал, что языки ассемблера в качестве платформы не предлагать. Outlook - это приложение, в котором может разобраться практически любой выпускник ВУЗа вне зависимости от специальности. С WIN API даже я как профессиональный программист могу говорить только через документацию.

Эти платформы безусловно мощнее и если хочешь стрелять из пушки по воробьям - пожалуйста, никто мешать тебе не будет :)

[recoder]

Понятно. Аргументов я не дождусь.
А переходить к публичной фаллометрии у меня желания нет.

[outlookblogger.livejournal.com]

Ну какие аргументы могут быть? Outlook - это готовый PIM, ну пиши если хочешь его на WIN API :) Бред короче..

[il-duco.livejournal.com]

нет я имел ввиду 100% portable - никаких инталляций, "на флешке принес в гостях запустил"
ну максимум - проинсталлировать perl или jdk.
вообще ты как-то плотно загрузил фичами..
я мыслил скромнее: база типизированных записей, связи между объектами через теговые облака

[recoder]

Тогда наверное подойдёт просто какой-нибудь portable Wiki-редактор.