Формально, vs code конечно ide, но не из-за расширяемости, а из-за наличия файлового менеджера, редактора кода, дебаггера и тд Другое дело качество этого всего. Дебаггер - ужасный, стандартный гит клиент - просто что-то с чем-то. От редактора кода я не в востроге, но это еще можно к вкусовщине отнести. Расширяемость code это вообще отдельный разговор. Поддержать новый фреймворк в нем очень не просто, потому что LSP. Нужно либо расширять существующий LSP, если это возможно, либо писать свой. В результате, у нас помимо самого code крутится несколько LSP серверов, которые жрут ресурсы не меньше intellij. Поэтому многие популярные экстеншны для code работают на через regexp, потому что модель кода себе подтягивать дорого/сложно.
Конкретно здесь, может быть и можно было обойтись без запроса вообще. Наверно это не так просто сделать, когда это подзапрос, или какой-то более сложный кейс, с джоинами например. Возможно, чтобы не городить множество оптимизаций на все случаи жизни, просто отключают ветку с помощью условия 1 = 0;
PostgreSQL поднимал через docker compose, postgres:latest, соотвествтено это 16ый
Тест был достаточно простой, REST контроллер я сделал просто для удобной ручки. И в методе прогружались в цикле все страницы, один конкурентный пользователь)
Тесты проводил несколько раз, но в статье не отобразил. Можно сказать, что разогрев был
Да, вы правы, ошибка в оригинальной статье. Там мы ее исправить не можем, поэтому поправили только перевод)
Для postgres это самый правильный вариант, как я понимаю
Тем не менее, Spring Data JPA его не использует
Формально, vs code конечно ide, но не из-за расширяемости, а из-за наличия файлового менеджера, редактора кода, дебаггера и тд
Другое дело качество этого всего. Дебаггер - ужасный, стандартный гит клиент - просто что-то с чем-то. От редактора кода я не в востроге, но это еще можно к вкусовщине отнести.
Расширяемость code это вообще отдельный разговор. Поддержать новый фреймворк в нем очень не просто, потому что LSP. Нужно либо расширять существующий LSP, если это возможно, либо писать свой. В результате, у нас помимо самого code крутится несколько LSP серверов, которые жрут ресурсы не меньше intellij.
Поэтому многие популярные экстеншны для code работают на через regexp, потому что модель кода себе подтягивать дорого/сложно.
code это vs code? если так, то code и есть редактор, а IntelliJ IDEA - IDE
применительно к Java, idea - иде по умолчанию
Вы имеете ввиду низкоуровневые функции из jdk.internal.vm.Continuation?
Скорее всего, будет доступно только через --add-opens=jdk.internal.vm
Вот тут небольшой тред есть про это
https://mail.openjdk.org/pipermail/loom-dev/2021-November/003270.html
На самом деле, надо дождаться, пока выйдет новая версия Hibernate. Баг поправили в мастере.
Конкретно здесь, может быть и можно было обойтись без запроса вообще. Наверно это не так просто сделать, когда это подзапрос, или какой-то более сложный кейс, с джоинами например.
Возможно, чтобы не городить множество оптимизаций на все случаи жизни, просто отключают ветку с помощью условия 1 = 0;
PostgreSQL поднимал через docker compose, postgres:latest, соотвествтено это 16ый
Тест был достаточно простой, REST контроллер я сделал просто для удобной ручки. И в методе прогружались в цикле все страницы, один конкурентный пользователь)
Тесты проводил несколько раз, но в статье не отобразил. Можно сказать, что разогрев был