Мдя(
По каким же позициям LN стал проигрывать?
Лично меня одно угнетает - среда разработки... И GUI... я бы html лучше бы писал этот гребанный GUI

меня угнетает ПРОИЗВОДИТЕЛЬНОСТЬ (в частности сервера, хотя на АИКСах все работает куда как стабильнее, чем на прочем, и не падает), остальное меньше угнетает..

хотя конечно, производительность страдает и от слабых мощностей (в немалой степени), в филиалах, например..

Ну почти по всем.

Производительность БД - никакая.
Средства разработки - 10летней давности.
GUI - устарел.
Интеграция с другими системами - почти нулевая. Что говорить, если до сих пор ODBC приходится использовать, когда надо из СУБД что-нить достать.
Возможности Webизации - почти никакие.
Цены (между прочим про это все забывают) - весьма нехилые. 5к долларов за сервер с одноядерным процессором, я бы сказал что это дорого.

Приведите пример нереляционной СУБД, которая более производительна
Насчет возможностей Webизации категорически несогласен...
Цены .. сравните с другими серверами... например с ораклом...
ODBC приходится использовать? Всегда нужно что0-то использовать когда надо из СУБД что-нить достать... как без этого...

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

Ой! а можно и я в спор влезу?



Почему же?! я считаю, что для своих документарных задач производительность достаточная...
возможно проблема в каком-то конкретном случае зависит от правильности настройки системы...



Ну не надо сравнивать ГУИ Нотеса со стремительными темпами разработки ГУИ Майкрософтом...
да он отстает, но для своих задач почти всегда хватает... (у меня лишь пара случаев была, когда его не хватало)



Ну почему же? В 6ке появились коннекторы, а еще раньше дексы и леи...
да и что Вы имеете в виду под невозможностью использовать другие технологии? невозможность использовать оледб? так это лишь виндошная фича



все зависит от Вашего уровня в Вебизации



я бы не сказал, если сравнивать с тем же Майкрософтом...

>Средства разработки - 10летней давности.
Agree

>GUI - устарел.
Agree. Я сразу говорил, что GUI LN - лажа полнейшая. Встроенное представление можно либо распространить на 100% в высоту (если не добавлять в таблицу) либо на 100% в ширину... эти скроллы... Вобщем даже вспоминать не хочу

Я бы предпочел более структурированно настраиваемый GUI... какой-нить язык типа HTML... А не тут свойство, там свойство и в итогде все через одно место

>Интеграция с другими системами - почти нулевая. Что говорить, если до сих пор ODBC приходится использовать, когда надо из СУБД что-нить достать.
Здесь я не согласен... Обычно есть Java API, COM интерфейсы + вебсервисы... связаться есть как

Cache



Про дексы не надо, а LEI это отдельное приложение, к тому же стоит приличных денег.
Но я увел в сторону упоминанием ODBC, если речь об интеграции в целом - назовите мне существующие в базовом лотусе средства?



Согласен. Если надо что-нить простенькое и криво выглядещее - лотуса достаточно. Когда появляется необходимость чего-то более сложного - у нас в распоряжении почти что чистый хтмл. Формулы конечно спасают, но не сильно.

ЛОтус поддерживает COM и работу с DLL - этого почти всегда достаточно

Ага. Только вот с увеличением % линуксов это всё менее актуально.

НУ десктопные пингвины не так развиты как форточки - лет 5-10 ещё не будет

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

Ну это оффтоп конечно...

Э.. а где не так? Или есть вещи, которые за Вас все сделают и сделают правильно?

Согласен ... всё ужо обругано ]]>тут]]>


Возможно, но вот политика продажи офисных ПК такова что с ним идет бесплатный мелкософтовый диск... а это важно ( зачем морочаться с линухом, если бесплатно даёться вида )

ладно, наверное это и в правду сильный оффтоп... давайте наверное обсуждение будущего лотуса пока не привязывать к ОС

Для сравнения с лотусом это не то... Её скорее с реляционкой сравнивать можно...

вот не надо

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



возвращаясь к вопросу об интеграции, я хотел бы сказать, что не согласен что лотус отстал от всех, какой продукт всевозможно прост в интеграции? никакой! это можно доказать лишь (хотя бы) тем, что стремительно развивающаяся технология SOA никому не нужна была бы...

Для: Akupaka
Называеться это всё дело виртуальная машина...

и поверте " нормально" в данном случае будет с ооочень большой натяжкой....

и опять же харе офтопить

Давайте лучше LN хоронить =)

Лучше тогда уж поминать...

Скока интегрировался с ораклом, микрософт эскуэлем и т.д. - ни разу ODBC не использовал... Гм...

Кстати, а кто сказал что за LSX надо отдельные деньги платить?



Вполне достаточно, ИМХО.

ИМХО меня сильнее всего напрягает бедность лотусового GUI, не то что бы его не хватало. Просто всегда хочется больше... это не легко, но достигается расширением ява аплетами (гемор еще тот). Но тогда исчезает одно из основых преимуществ лотуса: - быстрая разработка. В этом случае станет не возможным прямо при пользователе внести изменения в базу по его просьбе. А это очень важное свойство лотуса. Жертвы в этом случает должны быть оправданы. А тут приходится жертвовать практически равными по важности вещами.

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

А я юзал. Лет 10 назад, когда DBF-ы (вы еще помните, что это такое?) к Лотусу подшивал; и сейчас - к 1С (ой, я нечаянно) коннекчусь. Все, более нигде ОДБЦ не нужен, остальные родные коннекторы у Домины есть

Чуть добавлю/прокомментирую.
Все наверное уже обратили внимание на некоторую общность технологий Notes и Java? Там и там вирт.машина, байт-код, централизованное хранение кода приложения...
А вы обращали внимание КАК МЕДЛЕННО запускаются такие централизованные java-приложения?? Причина проста: юзеру каждый раз качается ВЕСЬ "клиент", все рюшечки GUI.
Доминошные-же приложения стартуют на порядок быстрее. Почему? Потому что ГУЙ конкретного приложения разделен на две части, бОльшая из которых (общая для всех приложений) включена в состав виртуальной машины, и т.о. есть у юзера изначально.
Возможно ли такое на java? В принципе да (среда выполнения Эклипс - IMHO оно и есть), но:
1. это уже не будет стандартной виртуальной машиной, имеющейся у каждого юзера а-приори
2. все равно какого-то бантика кому-то не хватит
Итого: оно нам надо?

ЗЫ: Когда Игорь Бреус c энтузазизЬмом рассказывал, какой чудесный получился на Эклипсе клиент СеймТайм (всего 7 мег! И шустрее, чем чистА С-шный), я надеялся на такое-же чудо с Notes. Чуда не случилось

паразительная общность конечно есть, только лотус на десятилете старше, хотя развивались обе платформы совершенно независимо. и получились абсолютно разные технологии, но позволяющее делать очень похожие вещи. Кстати я уже писал, что вся старая команда разработчиков лотуса убежала в Adobe и там они щас разрабатывают системы на серверах приложениях ява.

Не заметил... и как же медленно? ДА клиенту качаются все "рюшечки", но это теоретически, на практике любой браузер умеет кешировать аплеты, и реально загружает их всего один раз. Конечно накладные расходы появляются, но в локальных сетях это вообще смешно, а с развитием широкополосного нета эта становится не критичным. (то что ява безбожно жрёт ОЗУ сам знаю, не нужно про это щас говорить, не одна сотня тысч постов флуда на эту тебу уже было разбито на форумах)
а зачем? ява хороша в одном лотус совсем в другом. То что они пересекаются и позволяют реализовывать один и тот же функционал, разными инструментами, так это дело привычки и проффесиональных навыков.

На самом деле пролема встала из-за того, что мощность лотуса была как раз в не больших затратах и больших скоростях разработки коорпоративных приложений. Так было 10 лет назад. Но технологии ява, .NET далеко шагнули в своём развитии, а вот лотус остался на том же месте. Благодаря новым интруметам разработки, рефакторинга, интелектуальных компиляторов, автоматических систем тестирования, да и в конце концом удобных и эргономичных гуи иде, можно разрабатывать сложные приложения ни чуть не медлеене чем в лотусе, а то, что намного удобнее и безопаснее - это факт.

Лотус стоит на месте, и не просто стоит, а его держат на месте. Кому нужен универсальных продукт за 100 уе, когда можно продавать десяток продуктов по 100 уе. А вот технология ява сама по себе самодостаточна и универсальна во всех своих проявлениях. ява не совершена, но и лотус так же является компромисом достоинст и недостатков, среди прочих существующих технологий.

По-возражаю. Не по порядку, а как на ум пришло.

1.В Lotus-VM кроме UI входит и DB-engine. Для более общей JVM нужны доп.приблуды (JDBC?)
2.Универсальный кеш специализированной VM-не соперник
3.Широкополосный иНет не нивелирует недостатки Java-платформы. Он девальвирует вообще саму идею клиент-сервера.
4.У иНета кроме полосы есть еще и цена трафика. Правда, она тоже падает..
5.За "развитие" (version-hunting) вы платите несовместимостью. Код, написанный под 1.1.8 на 1.5 не идет! Это считается достоинством?
Впрочем, "в обществе потребления" это - безусловное преимущество. Юзер, купив прикладную программу, тут-же её выкидывает, что-б купить более новую, что-бы её тоже выкинуть и т.д.. Мечта мракетолога

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


хм, страно никогда не сталкивался с подобной проблемой на JRE от SUN. Возможно это из-за jvm ibm, которая используется в лотусе. Аналогичная ситацию в лотусе. Код написаный еще для 6ки, замечательно работаетт в 7ке, но уже 8ке из этого кода начинают валится ошибки, там где их до селе небыло. Думаю от ошибок в реализации платформ никто не защищён.




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

Не хочу говорить банальности, но мы наблюдает классический закон, - переход колличества в качество. Возможность передавать большие объёмы данных тогда когда это требуется, процесс и хранить данные НЕ там, где эти данные обрабатываются, приводят клиент-серверную архитектуру к гремучей смеси пиринговых и майнфреймовых технологий, что само по не ново. Но в свете возможностей современных коммуникационных технологий, делают тонких клиентов неотличимых от толстых, а толстые клиенты за счёт освободившихся вычислительных ресурсов, могут быть использованы системе распределёных вычислений в рамках одной организационой структуры. Хотя последнее в коорпоратиыных системах просто игнорируется, за не надобностью. А следовательно преимущество лотуса перед явой сводятся широкополосным интернетом к нулю. Что не может не сказаться на рынок коорпоративных клиентов. Лотус имеет огромную историю и большое сообщество, из-за которого лотус никогда не потонет, а противопоставление с явой так же будет сведено минимуму из-за политики ИБМ. Которая заключается в постепенном, но не избежном слиянии этих технологий. Принесёт ли это успех можно будет сказать только через несколько лет. Ясно только одно, обе технологиии имею сильные и слабые стороны, и в результате их интеграции, мы получим возможность использовать их так как нам это удобно. А вот кому как удобно каждый выбирает сам, и является исключительно волей разработчика.

Если в коробке с инструментами лежат два два одинаковых инструмента, но один для левши а другой для правши. И если правша возьмёт инструмент для левши, и плохо сделает свою работу, разве можно говорить, что все инструменты плохие?

>.. приводят клиент-серверную архитектуру к гремучей смеси пиринговых и майнфреймовых технологий

Вот-вот.
Клиент-сервер это способ соптимизировать затраты, распределив вычисления и данные по сети. Оборотная сторона: проблемы синхронизации, распределенные транзакции и прочий геморрой. Разные разработчики лечат его разными методами, с разной степенью успешности (Lotus - один из примеров).

В то время как централизованные вычисления (при безразмерном канале), кардинально устраняют причину, а не симптомы болезни
Именно это я и имел в виду под девальвацией: вырождение клиента до терминала. Идеальная схема: и данные, и код, и UI - все в центре. Надобность в репликации отпадает; транзакции/блокировки/взаимные исключения реализуются простыми средствами; целостность и сохранность данных - тоже; мультиплатформность теряет смысл

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

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

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

Для: vladoos
Для: Constantin A Chervonenko
Ребят, очень интересно читать это... Может вы в ПМ будете писать друг другу, раз вы пишите только для себя?

Потому что это эффективнее.
Чем меньше кода насмерть "зашито" в клиента, тем он универсальнее, и дешевле, и управляемее (тьфу). BIOS в отличие от Виндовз не надо 2 раза в месяц фиксить/патчить/ставить новую версию и апгрейдить железо



А кто тебе мешает подключиться к дискуссии? Вливайся..

Ты тоже ностальгируешь по майнфремам?

offtop
2 fedotxxl
мы тут излогаем свои мысли и видение технологии, и для нас очень важно мнение коллег по цеху работающих с теми же технологиями. Мои личные выводы и как и выводы любого человека не освобождены от субъективного искажения фактов основанных исключительно на личном эмпирическом опыте. Коллективное видение более приближено к истиному пониманию реальности, и апроксимирующе стиремится к нулю энтропии тем больше, чем больше коллчиество людей учавствует в дискуссии.

Чё по ним ностальгировать.. Они никуда не делись, "работают, работают и работают", как батарейка Энерджайзер. Более 70% всей оцифрованной информации хранится на мейнфреймах. То, что вокруг них шумихи/рекламы нет, не значит, что их нет. Это как автомобиль Бентли: в рекламе не нуждается, стоит дорого и служит всю жизнь. А РС и РС-сервера - это для стран 3-го мира, и др.нищих вроде нас. Жалко, что мест, где на мейнфреймах можно зарабатывать, у нас мало

/Morpheus/ удалил ....

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

Робот бы зафлудил тут все темы А Кисуля с точно таким же сообщением уже как месяц наверное по всем форумам нашей родной страны ходит. Бедняжка