Ужасно построенное видео. Вы не могли заранее на бумажке написать текст на 15 минут времени, где изложить преимущества и недостатки, повод и предлог создания. Кваркус - интересный и нужный проект, но это видео лишь оттолкнет разработчиков от него. Ведущие просто идиоты, интервьируемый не пытается показать какие-то данные, просто вяло отбиваясь от вопросов.
сру путы 33:25 - это, конечно, полное фиаско. Ну вы либо говорите нормально по-русски, это ведь всего лишь два слова "пропускная способность", зато не надо потом несколько раз пытаться объяснить что к чему, либо зазубрите как это слово звучит на английском. В целом ведущие показали себя во всей красе. Если б я сидел на месте докладчика, то послал бы их найух через 10 минут хоть в прямом эфире, но реальный гость и правда очень терпеливый и вежливый человек.
Не стал смотреть до конца. Лысый из себя что-то корчит, а толстый шутит шутки. Но только потому что гость интересный. Был бы гость чуть менее терпелив, то послал бы на хутор за бабочками обоих. Вывод: вы или стендап устрайвайте или что-то научно-профессиональное.
С каких-то пор подсел на стандарты. Может быть поэтому со спрингом не сложилось. Но вот кваркус понравился сразу и не переставал нравиться. Но сравнить есть с чем. Писали свой lsp и там гонялось очень много интеграционных тестов. Очень долго. С кваркусом быстрее сервер стартует. А в тестах так вообще магия с редеплоем. Даже если сравнивать java + di, то java + weld - медленнее чем quarkus с cdi. Все же на билд тайм много чего выносится. Можно перевести в деньги прогон тестов. Пример проекта - непростой рест, который ходит в другие сервисы. Порядка 500-600 интеграционных тестов прогонялись за 25 сек. Как они это делают? Lsp на каждый запуск теста деплоился по неск секунда. А миллисекунды на тест!!! Это к пользе быстрого старта и скорости разработки.
В итоге, так и не понял, в чем практическое преимущество Quarkus перед Spring Boot. С учетом того, что большую часть оперативной памяти, в конце концов, занимают данные. При условии что нам не нужен native и не пишем лямбды.
@@Kopilov Спасибо! Сам пишу на Quarkus и мне нравится, но все искал логичные аргументы, как убедить свою команду по переезду с легаси на Wildfly на Quarkus, и почему не Spring Boot.
Ищите мой комментарий выше. Там мой пример. Магия кваркуса - это перенос в билдтайм всего что можно перенести(например связывание бинов, логика по регистрации вебсокетов, генерация опенапи ямла). Идеологически то же самое, что спринг бут. Но да, на стандартах. Развивается очень быстро. В принципе это все, да не все. Еще они сделали правильню вещь - интегрируют все решения в одном месте, разные компании могут вливать свои решения. В свагер insight описали как раз этот процесс недавно. Документация на высоте. Все легко ищется. Детально со спрингом не могу сравнить, работал только с di и то забыл, но кваркус - секси.
Если вы пригласили гошника, может он бы привел контраргумент про экономию памяти... А вообще мне кажется если уж речь зашла про память, фундаментально жвм не может быть эффективнее по памяти, т. к. все в хипе. Когда в джави запялят структура, которые как есть в память ложатся? Есть такой проект? Не валхала случайно?
Основная боль нейтив компиляцией была время и память. Жесть какая-то. Десятки минут грубо говоря хеллоу ворлд компилировался и гиги памяти при компиляции
Ведущие ведут себя по хамски… Может стоит дослушать ответ на вопрос, который вы задали? Гостю респект за терпение.
Ужасно построенное видео.
Вы не могли заранее на бумажке написать текст на 15 минут времени, где изложить преимущества и недостатки, повод и предлог создания. Кваркус - интересный и нужный проект, но это видео лишь оттолкнет разработчиков от него.
Ведущие просто идиоты, интервьируемый не пытается показать какие-то данные, просто вяло отбиваясь от вопросов.
Согласен, как-то по-идиотски получается - все время друг друга перебивают.
Я как посмотрел, почти все доклады такие с джокера 2021
сру путы 33:25 - это, конечно, полное фиаско. Ну вы либо говорите нормально по-русски, это ведь всего лишь два слова "пропускная способность", зато не надо потом несколько раз пытаться объяснить что к чему, либо зазубрите как это слово звучит на английском. В целом ведущие показали себя во всей красе. Если б я сидел на месте докладчика, то послал бы их найух через 10 минут хоть в прямом эфире, но реальный гость и правда очень терпеливый и вежливый человек.
Видимо, концентрация Алексеев в студии перешла из количества в качество))
Вторая половина видео напомнила посиделки на кухне)
ахахах )) "Это ВЕНДОР ЛОК!" - кричал ведущий, сидя на спринге
Не стал смотреть до конца. Лысый из себя что-то корчит, а толстый шутит шутки. Но только потому что гость интересный. Был бы гость чуть менее терпелив, то послал бы на хутор за бабочками обоих. Вывод: вы или стендап устрайвайте или что-то научно-профессиональное.
С каких-то пор подсел на стандарты. Может быть поэтому со спрингом не сложилось. Но вот кваркус понравился сразу и не переставал нравиться. Но сравнить есть с чем. Писали свой lsp и там гонялось очень много интеграционных тестов. Очень долго. С кваркусом быстрее сервер стартует. А в тестах так вообще магия с редеплоем. Даже если сравнивать java + di, то java + weld - медленнее чем quarkus с cdi. Все же на билд тайм много чего выносится. Можно перевести в деньги прогон тестов.
Пример проекта - непростой рест, который ходит в другие сервисы. Порядка 500-600 интеграционных тестов прогонялись за 25 сек. Как они это делают? Lsp на каждый запуск теста деплоился по неск секунда. А миллисекунды на тест!!! Это к пользе быстрого старта и скорости разработки.
В итоге, так и не понял, в чем практическое преимущество Quarkus перед Spring Boot. С учетом того, что большую часть оперативной памяти, в конце концов, занимают данные. При условии что нам не нужен native и не пишем лямбды.
Вам не нужен Quarkus.
В использовании Jakarta EE (aka Java EE), как стандарта. Код, написанный под Glassfish, заработает на Quarkus.
@@Kopilov Спасибо! Сам пишу на Quarkus и мне нравится, но все искал логичные аргументы, как убедить свою команду по переезду с легаси на Wildfly на Quarkus, и почему не Spring Boot.
Ищите мой комментарий выше. Там мой пример. Магия кваркуса - это перенос в билдтайм всего что можно перенести(например связывание бинов, логика по регистрации вебсокетов, генерация опенапи ямла). Идеологически то же самое, что спринг бут. Но да, на стандартах. Развивается очень быстро. В принципе это все, да не все. Еще они сделали правильню вещь - интегрируют все решения в одном месте, разные компании могут вливать свои решения. В свагер insight описали как раз этот процесс недавно. Документация на высоте. Все легко ищется. Детально со спрингом не могу сравнить, работал только с di и то забыл, но кваркус - секси.
Спасибо за видео, интерестно послушать фоном.
Если вы пригласили гошника, может он бы привел контраргумент про экономию памяти... А вообще мне кажется если уж речь зашла про память, фундаментально жвм не может быть эффективнее по памяти, т. к. все в хипе. Когда в джави запялят структура, которые как есть в память ложатся? Есть такой проект? Не валхала случайно?
Вроде не работают драйвера к дб в реактивной парадигме. Поэтому все неблокирующее, а запросы к базам блокирующие.
Thank you!
Основная боль нейтив компиляцией была время и память. Жесть какая-то. Десятки минут грубо говоря хеллоу ворлд компилировался и гиги памяти при компиляции
В реактивный JPA Spring так и не смог
В общем как-то быстро ушли в сторону нейтива. Ну и как-то забыли про кваркус без нейтива
поржали и ничего особо не рассказали :)
Позитивно мужики! Зарядился) И практичненько
Про билдтайм расширения смотрел quarkus insight #43. Чтобы понимать, что дает кваркус без нейтива