Тут есть момент, что подразумевается сравнение структурированного хранения ключ-значение. Автор приводит пример ключ-значение на XML и JSON. В итоге очевидно, что в XML больше синтаксических обвесов для этого надо. Суть сравнения именно в этом. Использовать в качестве ключа сам тег не всегда подойдет.
Так тимлид должен наоборот поощрять применения современных возможностей языка )) Чтобы разработчики развивались в технологиях и своем стеке. Лично мое мнение как тимлида )
Однако в типовом проекте Spring Boot + Spring Data JPA + PostgreSQL нужно написать коллбэки для CRaC самому. Это странно как минимум потому что в таком простом проекте нет "инородных" зависимостей для спринга.
Это уже философские вопросы пошли ) В java много идей, берите классические книжки смотрите, доки есть. Сейчас java выбирают не из-за "эргономики". Ее выбирают потому что на Java есть фреймворки типа Spring Framework с развитой экосистемой, на которых на изи можно делать серьезные работающие проекты сила средне-рыночных разработчиков. Когда CRUD REST API на WebAssembly напишите можем обсудить )
Заморозить язык не получится. Таких прецедентов еще не видел ) Можно было бы тогда на Java 8 остановить развитие и идти отдыхать. И не получили бы всяких удобных фичей языка как в последних релизах.
Ну, Java никогда не была ортогональным языком как Go, например. Всегда можно было делать что-то несколькими способами. По мне это не хорошо и неплохо, просто по такому пути развитие пошло. Это открывает возможности, но и может запутать.
Несмотря на то, что эти улучшения могут быть востребованы не у всех команд разработки, встраивание JetBrains Runtime в инструменты в качестве среды по умолчанию делает ее одной из самых используемых среди Java-разработчиков.
Обычно наверное рядовой разработчик устанавливает себе JDK "по вкусу", ставит IDEA и выбирает в ней SDK. Не видел, чтобы кто-то при разработке, локально на своей системе, использовал JetBrains Runtime для запуска проекта на Spring. Но классно, что IDEA в определенный момент позволила прям из интерфейса скачивать нужный JDK.
Хотелось бы в последней таблице увидеть openjdk. Часто можно встретить Dockerfiles именно с таким jdk в базовом образе.
Контейнеризированные приложения Spring Boot могут становиться достаточно тяжелы. Чтобы уменьшить их размер, вы можете использовать правильный базовый образ с JRE...
Еще кроме тонких базовых образов есть возможность собрать свой рантайм засчет java modules и jlink. Было классно в статье об этом почитать тоже.
Хорошее исследование. Может стоит указать на какой версии PostgreSQL тестировалось, вроде 16-я версия привнесла много оптимизаций. Логгер хибера не очень надежный. Были случаи когда он просто не писал запросы, которые летели в БД. Можно еще подложить конфиг для PostgreSQL и в его логах смотреть запросы. Был ли какой-то "разогрев" системы на тестах? При каких RPS тестировалось?
Тут есть момент, что подразумевается сравнение структурированного хранения ключ-значение. Автор приводит пример ключ-значение на XML и JSON. В итоге очевидно, что в XML больше синтаксических обвесов для этого надо. Суть сравнения именно в этом. Использовать в качестве ключа сам тег не всегда подойдет.
Теперь на вайбе заживём.
Промпт: "Сделай, чтобы всем было хорошо"
С телефона открыл. Сначала подумал статья про анализ резюме разработчиков. А потом так почти так и оказалось
Одобряем, одобряем
Так тимлид должен наоборот поощрять применения современных возможностей языка )) Чтобы разработчики развивались в технологиях и своем стеке. Лично мое мнение как тимлида )
Меня больше всего огорчил уровень адопшена CRaC в Spring Boot
https://docs.spring.io/spring-boot/reference/packaging/checkpoint-restore.html#page-title
Это действительно работает.
Однако в типовом проекте Spring Boot + Spring Data JPA + PostgreSQL нужно написать коллбэки для CRaC самому. Это странно как минимум потому что в таком простом проекте нет "инородных" зависимостей для спринга.
Круто, что так долго с java знаком
Это уже философские вопросы пошли ) В java много идей, берите классические книжки смотрите, доки есть.
Сейчас java выбирают не из-за "эргономики". Ее выбирают потому что на Java есть фреймворки типа Spring Framework с развитой экосистемой, на которых на изи можно делать серьезные работающие проекты сила средне-рыночных разработчиков. Когда CRUD REST API на WebAssembly напишите можем обсудить )
Заморозить язык не получится. Таких прецедентов еще не видел )
Можно было бы тогда на Java 8 остановить развитие и идти отдыхать. И не получили бы всяких удобных фичей языка как в последних релизах.
Есть такой момент, да. В либах дофига чего зарыто может быть. Всякие unsafe или патчинг байткода
Вот https://openjdk.org/jeps/8303099 ждём когда JEP этот додет до релиза )
Коллекции без дженериков - это уже перебор
Ну, Java никогда не была ортогональным языком как Go, например. Всегда можно было делать что-то несколькими способами. По мне это не хорошо и неплохо, просто по такому пути развитие пошло. Это открывает возможности, но и может запутать.
Главное, что так было всегда )
Коты норм )
Это интересные перспективные технологий для java-разработки
Про deprecated статус не знал кста. Но встречается-таки да. Ну и eclipse temurin естественно.
Обычно наверное рядовой разработчик устанавливает себе JDK "по вкусу", ставит IDEA и выбирает в ней SDK. Не видел, чтобы кто-то при разработке, локально на своей системе, использовал JetBrains Runtime для запуска проекта на Spring. Но классно, что IDEA в определенный момент позволила прям из интерфейса скачивать нужный JDK.
Хотелось бы в последней таблице увидеть openjdk. Часто можно встретить Dockerfiles именно с таким jdk в базовом образе.
Еще кроме тонких базовых образов есть возможность собрать свой рантайм засчет java modules и jlink. Было классно в статье об этом почитать тоже.
Ок, понятно
Хорошее исследование. Может стоит указать на какой версии PostgreSQL тестировалось, вроде 16-я версия привнесла много оптимизаций.
Логгер хибера не очень надежный. Были случаи когда он просто не писал запросы, которые летели в БД. Можно еще подложить конфиг для PostgreSQL и в его логах смотреть запросы.
Был ли какой-то "разогрев" системы на тестах? При каких RPS тестировалось?