Lotus Notes, кто работал, как оно?

Я админю domino сервер с notes клиентами. Используем в основном как почтовик, хотя манагеры там свои базы ведут. Довольно удобно. Можно кидаться ссылками на записи в базе, права на все неплохо настраиваются, групповые календари, правила для почты. По lotus script ничего не скажу, я в designer даже не заглядываю.

Т.е там есть возможность вести свои справочники, и например определять свои обработчики на кнопки на этих формах?

Насчет этого не знаю. Ссылки на документы похоже на магнет-ссылки. Пользователь тыкает на нее, попадает на документ. По части функционала мало что могу сказать, ибо пользую только почту от него.

На работе пользуемся лотусом.

Вкратце - в лотусе можно сделать практически все. У нас лотус используется в качестве почты, базы документов, багтрекера, средства для ведения скрума.

Как разрабатываются приложения - не подскажу, я им только пользуюсь. Но менять представления документов, добавлять свои кнопки и свои обработчики кнопок там точно можно.

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

Сразу скажу, что работаю в организации международного масштаба.

После около 8 лет использования, пару месяцев назад пришло письмо «Good bye Lotus», в котором говорилось, что компания отказывается от Lotus в пользу других решений.

Но есть предание, о том, что использование очень сильно зависит от расторопности админов и от обучения персонала. Потому как в некоторых других организациях о Лотусе по крайней мере не отзываются плохо. И он у них работает быстрее, значит это возможно.

Из достоинств - да, тут тебе все: свой почтовый клиент (довольно развитый), возможность работы с обычным e-mail, базы данных с человеческим интерфейсом, электронный документооборот, instant messanger и т. п.

Мой вывод: решение на Lotus очень хорошо только если соблюдаются 4 условия:
1) Будет хорошая IT поддержка пользователей, начиная с нормальных тренингов 2) Будет обеспечено быстродействие системы, что предполагает оптимизацию самого клиента, достаточно толстый канал, возможно, апгрейд компьютеров пользователей.
3) Если нужны какие-то конкретные фичи Лотуса, например, тот же электронный документооборот.
4) Applications, которыми будут пользоваться люди, будут написаны грамотно и будут постоянно оптимизироваться.

У нас не было пункта 1, 4, пункт 2 только недавно начал появляться.

Но, вцелом я бы не рекомендовал Lotus.

Мы сейчас смотрим, можно ли заменить нашу систему документооборота лотусом. Требуется примерно следующее(условно говоря): Канцелярия, открывает справочник, в нём список карточек документов(этот список естественно можно сортировать и группировать как угодно стандартными возможностями интерфейса), добавляет новую карточку, после заполнения всех полей, нажимает кнопочку на форме, скажем «В работу». После нажатия, на кнопку, формируется задача, которая поступает в папочку «Входящие» к «руководству», начальство открывает эту задачу, при этом когда задача приходит руководству, в неё, во вложении должны создаться какие-нибудь документы, которые нужно подписать ЭЦП, и скажем карточка поручения, в которую заносится список исполнителей. После того как этот список заполнен и документ подписан, на форме поручения нажимается кнопка «Отправить» и всем исполнителям летят задачи. При этом в канцелярии, в их карточках документов, ставятся отметки, что такой-то такой то документ ушёл в работу, на таких-то исполнителей. и т.д Т.е требуется не хилое такое наложение бизнес-процессов на функционал системы, требуется охватить весь спектр бизнес процессов, от низов до верхов, как думаете, в Лотусе такое возможно?

Вцелом все недовольны: кушает много памяти, тормозит, непривычный интерфейс

А вот с этим я соглашусь.

И он у них работает быстрее, значит это возможно.

У нас старые компы с целеронами на 775 сокете и в среднем по 512 памяти. Торомзит. Но не так уж, чтобы очень сильно, хотя у некоторых почтовые базы до 20 гигов доходят. Это еще один большой минус лотуса, места для баз нужно много. Ну и админка у него ущербная. В том плане, что не удобная)

Не, у нас машины в большинстве своём хорошие. Пеньки на 2 GHz с 1-2 гигами оперативы, если потребуется воткнут и больше )

У меня на работе celeron e3200 c 2мя гигами памяти, я ставил себе notes 6.5.2 и 8й, тормозят примерно одинаково. 2й чуть симпатичнее и жрет больше памяти. Но для его функционала это не так критично. А вот для domino неплохо бы нормальный сервер замутить.

Пользовался lotus notes, когда он был еще только для винды. Возможностей много. Все корявое и не удобное. Привыкнуть можно. Интеграция самого себя с самим собой офигенная.
Мне кажется, что сейчас лучше все это отвязать от локального клиента, и перенести все в web.

А там есть web-клиент для работы с документами, задачами, почтой?

уверен что функционал у него очень и очень, но ibm похоже талант создавать страшных и неповоротливых монстров. Для него брали system p, что бы оно начало не люто тупить, а просто тупить. ))

Мы сейчас смотрим, можно ли заменить нашу систему документооборота лотусом. Требуется примерно следующее(условно говоря): Канцелярия, открывает справочник, в нём список карточек документов(этот список естественно можно сортировать и группировать как угодно стандартными возможностями интерфейса), добавляет новую карточку, после заполнения всех полей, нажимает кнопочку на форме, скажем «В работу». После нажатия, на кнопку, формируется задача, которая поступает в папочку «Входящие» к «руководству», начальство открывает эту задачу, при этом когда задача приходит руководству, в неё, во вложении должны создаться какие-нибудь документы, которые нужно подписать ЭЦП, и скажем карточка поручения, в которую заносится список исполнителей. После того как этот список заполнен и документ подписан, на форме поручения нажимается кнопка «Отправить» и всем исполнителям летят задачи. При этом в канцелярии, в их карточках документов, ставятся отметки, что такой-то такой то документ ушёл в работу, на таких-то исполнителей. и т.д Т.е требуется не хилое такое наложение бизнес-процессов на функционал системы, требуется охватить весь спектр бизнес процессов, от низов до верхов, как думаете, в Лотусе такое возможно?

у нас все так и работает, как ты описал

ну и на каждом этапе приходят уведомление — «принят в работу», «назначен на %users%», «заявка закрыта» и п.р.

Мне нравится. У нас ничего не тормозит. Главное научить юзеров пользоваться ссылками на документы, а не засирать канал пересылкой файлов.

А там есть web-клиент для работы с документами, задачами, почтой?

Не слышал о таком. Я имел ввиду, что вариант с веб был бы лучше и удобнее.

Если быть точным, то у нас так и есть,я описал ситуацию по реальной итуации. Сейчас у нас работает другая система, но уж больно она тормозит. Причём тормозит как сервер, так и клиенты на местах(клиенты тормозят из-за кривизны софта), а сервер тормозит из-за дурацкой системы обработки задач. Ну скажите мне, кто станет делать в энтерпрайз системе обработку задач по таймеру? O_o На сервере работает служба, которая скажем раз в минуту лезет в базу и выполняет задачи, обрабатывает изменения пользователей и т.д. Дурдом (

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

Из +++

1) Развитая система безопасности. Права, группы, политики, роли, PKI - это все есть и сразу. Шифрование и ЭЦП даже внедрять отдельно не надо ибо юзера с самого своего заведения в лотусе уже имеют сертификат и секретный ключ, публичный хранится в лотусином аналоге адресной книги.

2) Простая репликация (и кластеризация) т.к. базули можно обозвать модным словом NoSQL. Причем репликация возможна как м-ду серверами, так и клиент-сервер, и не обязательно полная, а только то что нужно.

3) Полнотекстовый поиск из коробки, в т.ч. и по вложенным файлам попсовых форматов (doc, xls, pdf etc)

4) Дизайн всех баз, поставляемых с лотусом, открыт, в т.ч. и дизайн почтовой базы. Следовательно можно точить под себя, смотреть примеры, как могут быть реализованы некоторые фичи.

5) Своя среда разработки Domino Designer - довольна простая, формошлепствовать можно от души, не сильно заморачиваясь на всякие там MVC и прочие патертны.

6) Базы могут иметь как стандартный интерфейс для Rich Client, так и web. С XPages все выглядит гламурненько Web 2.0-льненко.

А теперь о грустном...

1) Система хранения нереляционная (см п2 выше). Чтобы построить более-менее хитрые отчеты, нужно будет поизгаляцца (по сравнению с SQL, конечно). Нет транзакций в понимании РСУБД. Атомарность операции - только на уровне одного документа.

2) Клиент 8.5.х Standard тяжелый неповоротливый, прожорливый монстр. Можно пользоваться версией Basic - она полегче и в стиле версий 6-7, но тоже не фонтан. Интерфейс клиента и стандартных баз отпугивает пользователей своей непривычностью. Юзеров придется учить даже работе с почтой.

3) Для эффективной разработки надо освоить как минимум 2 ЯП - LotusScript и Formula Language. Первый суть есть VBA, причем древней реинкарнации с совсем уж десткими ограничениями, второй - тяжелое наследие Lotus 1-2-3 и прочих древних табличных процессоров (видел его еще во FrameWork III). Так же неплохо было бы знать Java. А для реально хардконых джедаев С/С++ API.

4) Администрирование лотуса - довольна трудная для интуитивного понимания вещь. Множество неглупых людей обломало зубы об лотус и заработало себе пожизненную алергию на него. Без курения толстых манов что-либо сделать нереально. Опыт конечно лечит от этого недостатка, но нервы нужно иметь железные, прежде чем начнете понимать внутренности лотуса.

5) Модные тренды последних ~5 лет говорят о массовом переходе c Лотуса на ехченж/шарепоинт, хотя виденные мной сценарии перехода обходились конторам дороже поиска внятных спецов по лотусу . Валит, кароче, народ с лотуса. Пилит откаты от внедрения шарепоинта и валит :)

6) Хороших программеров и админов под лотус мало. И стоят дорого. И на дороге не валяются. И адекватностью не отличаются :)

7) Формошлепство в Domino Designer приучает к неряшливому программированию (эдакий синдорм Delphi).

8) Лотус не нужно применять для учетных систем и тому подобных вещей (т.е. там, где рулят РСУБД со всеми их достоинствами и недостатками). Можно. Есть удачные примеры. Но не нужно. Просто не нужно и все. Удел лотуса - документооборот и слабоформализованные, постоянно изменяющиеся ИС.

Вывод: лотус сука сложен и непонятен на первый взгляд, но если осилите, то будет вам счастье.

Спасибо за развёрнутый ответ, что-то многие говорят про SharePoint, на нём тоже реально документооборот поднять?

Можно. Только с ЭЦП там не все хорошо в отличие от сабжа. http://social.technet.microsoft.com/Forums/ru-RU/sharepointru/thread/909a1784...

Шарик - средство для построения порталов всяких. Ориентирован на тонкого клиента (броузер). А в броузере без плагинов ЭЦП не реализовать нормально, т.к. нужен доступ к локальной ФС/оборудованию, где храниться секретный ключ.

А документооборот без ЭЦП - это несерьезно как-то. Хотя может кому и так сойдет.

Вроде как есть ещё штука типа OpenID или как-то так, смысл в том, что ключи хранятся где-то на серваке. И соответственно документооборот с ЭЦП можно реализовать хоть на планшете. Где-то слышал, не помню как называется (

Не надо путать авторизацию (пользователь/пароль), пусть даже и распределенную типа OpenID и ЭЦП. ЭЦП предполагает асимметричную схему шифрования с парой ключей: открытым (публичным) и секретным. Открытый ключ доступен всем, секретный - только юзеру. Грубо вся эта петрушка с подписанием выглядит так:

Для подписания чего-либо ЭЦП с этого чего-либо снимается хэш и шифруется секретным ключем. Для проверки расшифровываем публичным ключем, получаем хэш и сравниваем с хэшем нашего чего-нибудь. Если совпадает, то ЭЦП не нарушена. Причем зашифровать публичным ключем не получится (точнее получится но проверить нечем), т.к. применяется асимметричная схема шифрования.

Так вот, секретный ключ «где-то на серваке» - это получается уже не никакой не секретный ключ а вообще не понять че. Секретный ключ на то и секретный, чтобы его никто не знал кроме юзера. Сейчас даже хранение его в локальной ФС не считается надежным. Зря чтоли придумали всякие там e-tokenы и прочие смарт-карты? Как раз и придумали, чтобы хранить все это как можно дальше от посторонних глаз и таскать при случае с собой отдельно от компа и ваще прятать в сейф как печать. Не, конечно ключи можно хранить в запароленом/зашифрованом контейнере, но все равно если «где-то на серваке» то брутфорсь - не хочу. Кароче, аполитично так рассуждать.

В том же лотусе у юзера есть т.н. ID файл (он так и называется user.id) который и есть хранилище ключей, сертификатов etc. Он типа запоролен/зашифрован. Его юзерам придется таскать с собой с места на место, чтобы нормально работать с клиентом Notes. Можно правда настроить перемещаемый профиль (лотусовый, не путать с Active Directory) и хранить ID файл там. Но это как раз случай «где-то на серваке»

В том же лотусе у юзера есть т.н. ID файл (он так и называется user.id) который и есть хранилище ключей, сертификатов etc. Он типа запоролен/зашифрован. Его юзерам придется таскать с собой с места на место, чтобы нормально работать с клиентом Notes. Можно правда настроить перемещаемый профиль (лотусовый, не путать с Active Directory) и хранить ID файл там. Но это как раз случай «где-то на серваке»

Это получается пользователям лотуса проще реализовать «документооборот на планшете»? Закинул в планшет этот файлик и вуаля... не?(многие руководители хотят иметь доступ к системам СЭД со своих айпадов, а также иметь возможность подписывать документы)

да. Lotus Traveler называецца. клиент для мобильных платформ. http://www-01.ibm.com/software/lotus/products/notes/traveler.html

пошел бы уже почитал гугл на предмет сабжа. а то блин на лоре обсуждаем ынтерпрайзную(!) проприетарщину(!!!) к тому же (пока) в позитивном ключе. о времена о нравы.

хотя не. травелер тока для почты и календарей вроде.

Если планшет Winitel то можно. Иначе нет.

s/Winitel/Wintel

а то блин на лоре обсуждаем ынтерпрайзную(!) проприетарщину(!!!) к тому же (пока) в позитивном ключе. о времена о нравы

Ну, клиент под Linux есть, значит можно обсуждать :D