У меня есть клиент, который использует Lotus Domino для своей платформы веб-приложений / серверов. У клиента есть два «веб-разработчика», которым более комфортно с Lotus Domino, чем с более распространенными инструментами и технологиями, и которые не испытывают энтузиазма по поводу перехода. Меня попросили дать оценку того, почему может быть разумным переход на другую платформу веб-приложений.
Мне было бы особенно интересно понять недостатки, связанные с платформой, поскольку я очень мало знаю Domino, но очень хорошо знаком с другими платформами.
В дополнение к тому факту, что Apache занимает более 70% рынка веб-серверов, IIS - более 21%, а Lotus - почти 0%, какие еще причины вы бы назвали для отказа от этой платформы?
Одна из причин сохранить Domino - это безопасность значительно лучше, чем у любых технологий, которые я когда-либо знал или слышал. В сочетании с клиентом Lotus Notes сломать его практически невозможно.
Большинство технологий, которые сейчас придумываются для решения проблем роста Интернета, присутствуют в Lotus Notes с 1993 года.
Самым большим минусом является то, что программирование системы настолько простое, что плохие разработчики могут уйти от производства систем, которые никогда не должны были запускаться в производство. Второй самый большой недостаток заключается в том, что, поскольку это парадигма, основанная на документах, основанная на рабочем процессе, большинство программистов ее не понимают. Третий по величине недостаток заключается в том, что он имеет такую широкую функциональность, что для хорошей работы с ним требуется более высокое качество администратора и разработчика.
Чтобы полностью заменить Lotus Notes / Domino, скажем, для продуктов Microsoft потребуются серверы Windows, MS Sharepoint, IIS, SQL Server, Exchange, Outlook и Internet Explorer, и все это должно быть избыточным, поскольку Lotus Notes / Domino уже является отказоустойчивым. Не говоря уже об армии администраторов и разработчиков, занимающихся программированием и обслуживанием систем. Следовательно, у вас будет большой круг сторонников для защиты новой бюрократии.
Так что, если вы посмотрите на это с этой точки зрения, возможно, во всех технологиях, необходимых для его замены, есть гораздо больше «неправильных», чем три самых больших минуса, о которых я знаю с Lotus Notes / Domino.
К вашему сведению: хранилище данных и программы Lotus Notes / Domino имеют прямую совместимость с 1989 года. Другими словами, приложение или база данных, находящиеся в производстве в 1989 году, по-прежнему будут работать с сегодняшними технологиями, поэтому вам не всегда нужно переписывать и конвертировать, поэтому я предполагаю рентабельность инвестиций в течение длительного времени чрезвычайно высока.
Доля рынка - единственная веская причина, о которой я могу думать: легче найти разработчиков Apache / {PHP, Perl, Ruby и т. Д.}, Чем разработчиков Domino, и то же самое для административного персонала. Если вы хотите привлечь больше разработчиков или администраторов (или ваша текущая команда администраторов не в восторге от Domino с точки зрения администратора / управления), это будет мотивацией для перехода
При этом Domino с радостью запускает сценарии PHP / Perl / Ruby CGI, поэтому со стороны разработчиков нет особых препятствий, и если ваша команда администраторов не против Domino по серьезным техническим причинам, я бы посоветовал не начинать тянуть потоки . Смена веб-серверов (и изменение / тестирование всего, что на них работает) - это большая работа, и без немедленного очевидного выигрыша я бы не хотел этого делать.
Много лет назад я выбрал LN в качестве почтового и интранет-приложения для банка. В то время нашими основными заботами были безопасность и пропускная способность.
Нас не волновало:
Наше решение было верным почти десять лет. Потом все изменилось, и мы перешли на «открытую» платформу.
Так что ... как всегда ... "смотря по обстоятельствам". Возможно, вы поделитесь с нами своим пониманием стратегического плана, чтобы мы могли внести более конкретный вклад.
Ну одна из причин не переходить к чему-то другому - это потому, что это нравится существующим веб-разработчикам. Причина к Перемещение будет связано с тем, что компания хочет иметь возможность использовать других разработчиков.