Ведущие ведут себя по хамски… Может стоит дослушать ответ на вопрос, который вы задали? Гостю респект за терпение.

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

сру путы 33:25 - это, конечно, полное фиаско. Ну вы либо говорите нормально по-русски, это ведь всего лишь два слова "пропускная способность", зато не надо потом несколько раз пытаться объяснить что к чему, либо зазубрите как это слово звучит на английском. В целом ведущие показали себя во всей красе. Если б я сидел на месте докладчика, то послал бы их найух через 10 минут хоть в прямом эфире, но реальный гость и правда очень терпеливый и вежливый человек.

Видимо, концентрация Алексеев в студии перешла из количества в качество)) Вторая половина видео напомнила посиделки на кухне)

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

В реактивный JPA Spring так и не смог

Вроде не работают драйвера к дб в реактивной парадигме. Поэтому все неблокирующее, а запросы к базам блокирующие.

Спасибо за видео, интерестно послушать фоном.

Thank you!

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

С каких-то пор подсел на стандарты. Может быть поэтому со спрингом не сложилось. Но вот кваркус понравился сразу и не переставал нравиться. Но сравнить есть с чем. Писали свой lsp и там гонялось очень много интеграционных тестов. Очень долго. С кваркусом быстрее сервер стартует. А в тестах так вообще магия с редеплоем. Даже если сравнивать java + di, то java + weld - медленнее чем quarkus с cdi. Все же на билд тайм много чего выносится. Можно перевести в деньги прогон тестов. Пример проекта - непростой рест, который ходит в другие сервисы. Порядка 500-600 интеграционных тестов прогонялись за 25 сек. Как они это делают? Lsp на каждый запуск теста деплоился по неск секунда. А миллисекунды на тест!!! Это к пользе быстрого старта и скорости разработки.

Про билдтайм расширения смотрел quarkus insight #43. Чтобы понимать, что дает кваркус без нейтива

В итоге, так и не понял, в чем практическое преимущество Quarkus перед Spring Boot. С учетом того, что большую часть оперативной памяти, в конце концов, занимают данные. При условии что нам не нужен native и не пишем лямбды.

Основная боль нейтив компиляцией была время и память. Жесть какая-то. Десятки минут грубо говоря хеллоу ворлд компилировался и гиги памяти при компиляции

В общем как-то быстро ушли в сторону нейтива. Ну и как-то забыли про кваркус без нейтива

поржали и ничего особо не рассказали :)

Позитивно мужики! Зарядился) И практичненько