Новое общесистемное ПО на похабной кириллице

взаимосвязь прямая

вот компания эксперта заключившего:

«Сервера приложений, по типу Oracle Web Logic, это необходимые программы для стека Java Enterprise Edition (Java EE), и в настоящее время являются довольно устаревшей технологией, - объясняет технический директор компании Promo IT Радик Хисметов.

занимается бекенд разработкой на C# наверняка по чистому совпадению

А с чем ты не согласен в данной цитате? Java EE и в правду является довольно устаревшей технологией.

Java EE и в правду является довольно устаревшей технологией.

Насколько это давно? И насколько C# новее ?

Java EE и в правду является довольно устаревшей технологией.

по какому критерию вы это определяете? из неспособности дотнетчиц украcть технологии типа OSGi или создать сообщество аналогичное джава-миру без палок и набутыливаний в результате чего они провозгласили микросервисы для всего?

Причем тут кириллица и почему она похабная?

Насколько это давно?

Лет 10.

И насколько C# новее ?

В C# не разбираюсь.

по какому критерию вы это определяете?

По тому, что я вижу вокруг, на чём пишут приложения.

из неспособности дотнетчиц украcть технологии типа OSGi или создать сообщество аналогичное джава-миру без палок и набутыливаний в результате чего они провозгласили микросервисы для всего?

Ничего не понял. OSGI тоже «довольно устаревшее», если что.

похабная потому, что дополнена похабэ со стоны веба и сервисов

Решил косплеить Леонида Ильича со «сраными сосиками»?

По тому, что я вижу вокруг,

ну это значит, что вы/мы находимся в окружении только и всего

Ничего не понял. OSGI тоже «довольно устаревшее»

а какая технология ее заменяет? изолированные монолитики микросервисов это ведь совсем не то пальто, там нет реального контракта, переиспользования ресурсов, реальной прозрачной автоматизации и всего такого

кроме старческих дефектов речи, за ним кажется как раз известна репутация грамотного человека, оказавшегося в токсичном окружении, тру стори;)

я не понял проблема в кириллице в принципе, или в данном конекретном случае облажался поставщик?

а какая технология ее заменяет?

Spring Boot заменяет всё (что касается Java).

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

Контракт это OpenAPI. Остальное звучит как что-то маркетинговое. Ресурсы в облаке покупай сколько надо.

Spring Boot заменяет всё (что касается Java).

в буте не используются рантайм модули, это принципиально другая история, для калек, обманутых, набутыленных

Контракт это OpenAPI. Остальное звучит как что-то маркетинговое.

тогда может и юнит-тесты это контракт?

Там же написано, что все на Java используют Spring и популярные опен-соурс решения для развёртывания репозитариев, и 177 млн тратить на непойми шо - не надо.

Тем, кто хотел попилить на перелицовке томката ещё повезло - они не начали.

ну я так и прокомментировал: на похабэ надо, на сишарп надо, на 1с надо, на джава не надо

Надо, надо. Только не то, на что какие-то халявщики просили 177 млн.

Тем, кто хотел попилить на перелицовке томката ещё повезло - они не начали.

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

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

нормально делай - нормально будет.

OpenAPI таки подвсратоватый, банальная ситуация «обязательно одно поле из двух» описывается через унылые костыли.

начиная с версии 3.1 это теперь JSON Schema подвсратоватая, а OpenAPI официально не при делах )

А с чем ты сравниваешь?

JEE /Jakarta EE и концепция серверов приложений на самом деле является устаревшей в нынешних реалиях.

Читайте и просвящайтесь, благо что я успел поработать практически со всеми серверами приложений на практике.

ну кто-то вам и объяснит, что разработка является устаревшей в нышенших реалиях и надо клепать ноукод в конструкторах, хотя конструкторы типа делфи и народ.ру были уже 20 лет назад, кто-то объяснит, что ИИ теперь всех заменит, особенно программистов. Насколько они будут правы от 1 до 10и? Я всмысле того, что всегда были и будут проходимцы и хайпожоры. Объективной ценности технологий и продуктов это не меняет. Вцелом, можно сказать что разработка по средне-культурному уровню заходит в «темные века», когда отменяется все лучшее и выделяется все худшее, но я вижу в это манпиулятивные попытки фошистов удержать свои позиции с неудачными технологиями типа сишарпа/дотнета и др.

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

Лично при мне был пример финансирования IBM перевода разработки одной банковской системы на IBM Webpshere, без какого-либо технического смысла.

Но Spring все равно победил.

где даже сама JVM была от IBM и отличалась от оригинальной

Это ж OpenJ9. Я на ней или на GraalVM всякие эклипсы запускаю. И всем советую.

А зачем на graalvm запускать эклипс?

Не фризится, меньше рамы жрёт.

Но Spring все равно победил.

сейчас уже сделали практически годную альтернативу на базе бывшего jee стека, и есть еще 2-3 заметных альтеративы от крупных вендоров, одна из которых точно может деплоится из коробки как в кубер сервисы, так и на серверы приложений. Ничего подобного для других технологий кроме жавы и ее как ее расширения вы не найдете впринципе, поэтому сейчас леминги других стеков изобретают как можно больше колхозных лисапедов со смешными маскотами и названиями лишь бы заспамить эфир всяким

Вы статью-то прочитайте,

прочитаю отпишусь, но уже вижу вашу ошибку что вы все оцениваете по критике актуальной на момент состояний15и летней давности. Что произошло у конкурентов за это время? дотнет полностью заменили на ворованное из опенсорцного моно и сейчас их всего 3 (2,5 одна дохлая) и столько же официальных сред разработки. Остальные типа питона думаю рассматривать не имеет смысла подробно, они держатся либо на хайпе либо на набутыливании разработчиков

вы все оцениваете по критике актуальной на момент состояний15и летней давности.

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

Spring Boot заменяет всё (что касается Java)

Разупорись, бут это только маленький кусок спринга и заменяет он далеко не все

есть ли у вас уже похожие статьи про нод.жс пхп и микросервисы, которые вы там упоминали?

видели ли вы приложения на osgi и портетах 3.0 в том же лайфрее или сдались на 6ой версии, которой как раз лет 15? почему показали интерфейс тех времен, но не показали современного? а знаете ли вы хоть одну вменяемую с тех точки зрения систему которая позволяет визуально конструировать порталы с приложениями? и чтобы там была стандартизация и совместимость между вендорами?

почему в критике вы смешиваете в кучу монолиты и модульные кластеризуемые автоматически приложения?

почему осуждаете есб модули(компайл тайм) общающиеся по соапу и одобряете общающиеся по ресту монолиты?

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

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

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

есть ли у вас уже похожие статьи про нод.жс пхп и микросервисы, которые вы там упоминали?

Вообще-то Node.js и PHP не кластеризуются, из них делают тн «ферму», когда стоит 50 одинаковых копий вебприложения а спереди балансировщик. И все они лазают в какой-нибудь memcached, который как раз является распределенным кластером - с мастер-нодой, дублирующими машинами и так далее.

видели ли вы приложения на osgi и портетах 3.0 в том же лайфрее

Бог миловал, но буду рад если поделитесь опытом.

которая позволяет визуально конструировать порталы с приложениями?

Тильда?

чтобы там была стандартизация и совместимость между вендорами?

В случае портлетов ее практически не было, спасибо что напомнили. Насколько она актуальна сейчас - очень большой вопрос, особенно с учетом сдачи управления стандартом JakartaEE в руки Eclipse Foundation и всей последней дичи что там стали творить.

почему в критике вы смешиваете в кучу монолиты и модульные кластеризуемые автоматически приложения?

Потому что вторых на свете не существует а распил первых - ныне часть специальной олимпиады под названием «распили дедов монолит на модные микросервисы».

почему осуждаете есб модули(компайл тайм) общающиеся по соапу и одобряете общающиеся по ресту монолиты?

Не то чтобы осуждаю, но реальность вот такая. Связка из XML+XSLT+XSD оказалась слишком сложной и ненадежной - спасибо в первую очередь Microsoft за пихание «своего видения» SOAP.

в целом у меня впечатление заказухи рассчитанной на дурачков

У вас вообще все неплохо с поиском всяких внутренних врагов и пропаганды, который раз замечаю )

Вообще-то Node.js и PHP не кластеризуются, из них делают тн «ферму», когда стоит 50

тут я имел ввиду потрясающие подробности личного опыта

Тильда?

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

особенно с учетом сдачи управления стандартом JakartaEE в руки Eclipse Foundation и всей последней дичи что там стали творить.

я вижу продолжение эволюции качественных разработок, сравните это с миром пхп, питона, сишарпа

первую очередь Microsoft

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

Бог миловал, но буду рад если поделитесь опытом.

это нетрудно посмотреть самостоятельно, особенно если вы с таким опытом. Посмотрите и покритикуйте, вот это было бы интересно.

Потому что вторых на свете не существует а распил первых - ныне часть специальной олимпиады под названием «распили дедов монолит на модные микросервисы».

У вас вообще все неплохо с поиском всяких внутренних врагов и пропаганды, который раз замечаю )

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

тут я имел ввиду потрясающие подробности личного опыта

У меня есть опыт и с тем и с другим если что, достаточный для сравнения. Последний проект на Node.js + Express был в этом году.

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

Тильда вообще-то про другое - про быстрое постоение сайтов из типовых блоков. У них это получилось очень хорошо.

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

я вижу продолжение эволюции качественных разработок, сравните это с миром пхп, питона, сишарпа

А я вот вижу разброд и шатание, пополам с откровенной стагнацией. Все эти попытки сделать подобие Spring Boot - в виде чего-то под названием «Web Profile». Получился кастрированный сервер приложений без JPA и EJB. Затем эта дичь с обязательной поддержкой CDI в JSF, в результате любая свежая реализация JSF тянет за собой движок CDI, который мало того что очень немаленький так еще и стартует отдельно и достаточно долго.

Еще была смешная попытка сделать «самозапускающееся» EAR приложение, внутрь которого запихивался Glassfish - «Uber Jar» называлось. При старте из кишков вашего приложения сначала распаковывается сервер приложений, затем внутрь пихается само ваше JEE-приложение. Вот и кому такая дичь нужна была?

так а серверы приложении жава тут причем?

При том что вызов Microsoft SOAP стал кошмаром, в отличие от REST. Поскольку решения Microsoft есть везде, везде и приходится с ними взаимодействовать. Как только возникает вебсервис на SOAP на технологиях Microsoft - сразу возникает и жопная боль от использования.

это нетрудно посмотреть самостоятельно, особенно если вы с таким опытом. Посмотрите и покритикуйте, вот это было бы интересно.

Дело в том что там особо нечего ни смотреть ни критиковать. По большому счету вся новая Jakarta - как новые фичи для ЛОРа: плюс-минус кнопка сбоку и много рефакторинга внутри.

Java и C#, поменяли одно говно на другое. Зачем вообще финансировать разработки которые можно запустить на своей архитектуре только с пердежом и рвотой.

Последний проект на Node.js + Express был в этом году.

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

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

Spring Boot - в виде чего-то под названием «Web Profile». Получился кастрированный сервер приложений без JPA и EJB.

разброд и шатания это когда нет стандартов и альтернативных реализации, это скорее про нодежуес/пхп/сишарп/питон

При старте из кишков вашего приложения сначала распаковывается сервер приложений

это ведь прямо определение микросервиса, вас время запуска беспокоит потому что часто приходится рестартить собственные сервисы?

При том что вызов Microsoft SOAP стал кошмаром, в отличие от REST.

современные приложения которые все на ресте работают только с самыми свежими версиями клентов. Почему? Потому что отсутствие контракта дает UB при каждом несогласованном обновлении чего почти не может быть с соапом

ну тогда вы просто не(до)грамотны, разница между монолитом(на сервлетах или своей нахлобучке) и даже между версиями портлетного стандарта драматически значимая. Впрочем и до портлетов 1.0 которым 20 лет ничего из технологий не дотягивает по уровню развития. Для осги конкурентов по технологическому уроню нет вообще. Или приведите мне пример где можно подменить реализацию сервиса(одного класса, а не всего микромонолита) из ядра системы своею без перекомпиляции и модификации исходников самого ядра. Вообще, я не удивлен, что индустрия скатилась в микромонолиты на хардкоде с такими специалистами. Достаточно было поорать на конфах «рыдусер рыдусер, рыдусер, рыдусер», «докер, докер, докер, докер», «рякт, рякт, рякт, рякт» чтобы тысячи производителей вины понеслись переписывать харкодом все на процедурное говно

ну тогда вы просто не(до)грамотны

Да я вообще дебил, спору нет. Ни знаний ни опыта, деньги просто так платят.

Впрочем и до портлетов 1.0 которым 20 лет ничего из технологий не дотягивает по уровню развития.

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

Или приведите мне пример где можно подменить реализацию сервиса(одного класса, а не всего микромонолита) из ядра системы

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

Вообще, я не удивлен, что индустрия скатилась в микромонолиты на хардкоде с такими специалистами

Я вот удивлен кто и зачем вам платил зарплату столько лет. И чье удивление больше еще вопрос.

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

У вас сильное непонимание предметной области и что такое «банковская система» вообще. АБС, карточный процессинг, клиент-банк и например кредитный конвеер - это все очень разные по внутреннему устройству системы. И все они банковские, но очень сильно разные. А еще есть бекофис, с помощью которого нерадивые сотрудники сливают перс.данные - вот он очень часто реализован на Node.js, особенно в топ 50 банков.

разброд и шатания это когда нет стандартов и альтернативных реализации, это скорее про нодежуес/пхп/сишарп/питон

Модель с глубокой стандартизацией API для энтерпрайза оказалась нежизнеспособной, видимо потому что большие парни не очень любят договариваться. В итоге стандарт JPA есть а реализация фактически ровно одна - Hibernate, Eclipselink который типа «эталон» в крупных проектах я не видел. Тоже самое с CDI и Weld, так зачем продолжать заморачиваться?

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

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

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

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

Я вот удивлен кто и зачем вам платил зарплату столько лет

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

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

Какой-то королевский вброс ) Дайте догадаюсь: ничего из перечисленного вы разумеется не используете?

Такие технологии как руст, го и все зигиp, хаксы элексиры сразу создаются тупиковыми.

осги лет на 10 старше микросервисов(докера и т.п)

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

Но не более того.

OSGI-движок используется в Jira, в Wildfly, Glassfish и других серверах приложений, но это внутренняя кухня и точно не замена докеру.

у если вы отреклись от своих проектов на серверах приложений

Я делаю то за что платят, мало кто решается на долгосрочную поддержку серверов приложений, с учетом отсутствия кадров и общую стагнацию всего этого направления.

У вас сильное непонимание предметной области и что такое «банковская система» вообще. АБС,

вы так соскочили типа? Да или нет?

А еще есть бекофис, с помощью которого нерадивые сотрудники сливают перс.данные - вот он очень часто реализован на Node.js,

веб сцайт? ну я видел некоторых джаверов типа вас, которые потом пеарили всякое го, для которых сайт = вротпрез(лидер по автоматизированному взлому)

В итоге стандарт JPA есть а реализация фактически ровно одна - Hibernate,

я видел проекты на опенжпа, унификации между ними достаточно чтобы реально было заменить реализацию без переписывания с нуля, что ончень контрастирует с проектами на жс/тс, сишарп да на чем-угодно кроме джавы. Кое-где мажорные версии фреймворка/библиотеки представляют собой 100% разные разработки.

Тоже самое с CDI и Weld, так зачем продолжать заморачиваться?

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

со своими мечтами :(

вы так соскочили типа? Да или нет?

Я ж черным по белому написал что да, используют Node.js в банках для создания «банковских систем». АБС на ноде пока не видел, но технически это возможно.

ну я видел некоторых джаверов типа вас,

Типа меня больше нет, я такой один остался.

я видел проекты на опенжпа,

Угу, вот только прикрученные болтами к TomcatEE и поэтому не портабельные.

и внедрить также легко как если бы оно было частью ядра

И вы пробовали разумеется? Или как всегда все «по секретным документам»?

Я вот делал такие проекты на практике: делал перенос между серверами приложений, делал кросс - когда приложение работает «и там и там». И скажу что это звездец как непросто, а официальными стандартами можете спокойно подтереться, страниц как раз хватит.