Круто когда open-source фреймворки/библиотеки/инструменты развиваются.

Но не круто когда разработчики выпиливают какое-то API и при этом не пишут как/чем его можно заменить.

Так поступили крутые дяди разрабы Flyway (популярный инструмент миграции баз данных) -> тык
Они просто обозначили метод устаревшим, к удалению в 9 версии, но без какой-либо информации о том, чем же можно будет его заменить.

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

PS: не надо мне в комментах писать, что там просят использовать setIgnoreMigrationPatterns - он принимает на вход строку => хуй пойми что туда передавать

Все-таки новости про массовые сокращения IT-шников оказались правдой.

В Т1 (бывший Иннотех, дочка ВТБ) массово сокращают айтишников.

В Positive Technologies аналогично сокращают рабочие места.

Без внимания не остались дочки Сбера (СберМегамаркет, ЕАптека и тд).

VK тоже засветился, но, кажется, там не все так серьезно, как у ребят выше.

Не прикольно как-то, честно говоря, учитывая высказывания западных компаний про ИИ 🤖

Предостережение недели:

Не используйте никакие ORM'ки (особенно ебучий Hibernate) для сложных и долгоживущих проектов/сервисов.

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

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

Поэтому лучше заранее откажитесь от соблазна не писать сикуэльки руками.
Хотя для маленьких проектов можно в целом пренебречь этим советом.

PS: что-то я зачастил с постами, теперь ухожу в закат (но это не точно)

Отмигрировал 29 микросервисов и их зависимотей с Spring Boot 2.7 на Spring Boot 3.2.

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

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

Топ самых хардовых проблем, с которыми я столкнулся:
1) Не адекватное поведение ObjectMapper - внезапно половина полей поменяла свое название из-за особенностей новой версии
2) Проблемы с неблокирующим построением индексов в PostgreSQL и транзакционными блокировками в миграциях Flyway 9
3) Измененное/Поломанное поведение каскадного удаления сущностей при использовании @ElementCollection и @CollectionTable в Hibernate 6
4) Поддержка двух версий Apache HttpClient для legacy-библиотек, которые так и не научились дружить с HttpClient5 - пришлось костылять и одновременно держать обе версии (client4 и client5) и дружить их между собой

Оставлю тут еще несколько основных приседаний, которые придется выполнить при миграции на Spring Boot 3.x (вдруг кто-то планирует обновляться):
1) Apache HttpClient4 -> Apache HttpClient5
2) Hibernate 5 -> Hibernate 6
3) Spring Security 5 -> Spring Security 6
4) javax -> jakarta
5) Spring Framework 5 -> Spring Framework 6

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

Фронтендеры…..

Не прошло и сто лет как Google таки решили добавить встроенное приложение Linux Terminal в состав Android. Но доступно только с мартовского обновления Android 15.

Теперь не нужно скачивать отдельных приложений для эмуляции Linux терминала, а достаточно всего лишь перейти в настройки для разработчиков запустить Linux Terminal и загрузить образ размером 500 мб. Приложение позволяет запустить виртуальное окружение Linux в среде Android.
Реф: https://www.androidpolice.com/android-15-linux-terminal-app/

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

Осуждаю, но не мог не поделиться…

Вышла Java 24 - на мой взгляд довольно крупное и серьезное обновление.

Перечислю самые интересные на мой взгляд фичи:

1) Ahead-of-Time Class Loading & Linking - киллер фича, благодаря которой теперь можно ускорить запуск Java приложений как минимум на 15% (на самом деле спокойно можно затюнить до 30%, а если постараться то и 40%).
Суть в том, что теперь можно закэшировать прогретое состояние приложения со всеми загруженными и слинкованными классами - это позволит сэкономить тонну времени, так как не придется заново прогревать приложение при старте (достаточно просто подложить рядом кэш).

Особенно большой эффект это даст при использовании с Spring-приложениями, потому что Spring тоже начинает сканировать весь сlasspath (на самом деле не совсем, но ладно уж) - по факту происходит двойной проход по всем классам (сначала JVM, а потом почти тоже самое Spring)

AOT-cache позволит заранее запустить приложение, сохранить кэш, а потом уже просто подкладывать его на проде и ускорить раскатку инстансов.
Очень актуально, если у вас десятки подов и последовательная/полокационная выкладка

2) Remove the Windows 32-bit x86 Port - полностью выпили поддержку 32-битной Windows (пользователи Windows 7 Home Edition тут напряглись)

3) Deprecate the 32-bit x86 Port for Removal - все API для 32-битных систем пометили "к удалению", что фактически означает: потенциально с Java 25 полностью прекратится поддержка каких-либо 32-битных систем

По всем JEP'ам я пока не успел пройтись, поглядел пока на самые интересные.
Надеюсь руки дойдут как-нибудь потестировать AOT-cache - звучит многообещающе.

Совет дня:

Выбирайте поля сортировки в ClickHouse (да и в других БД тоже) с умом.
А еще избегайте AggregateFunction в AggregatingMergeTree, если оно вам реально не нужно...

В противном случае замедлите свои запросы в 1000 раз (я не шучу, реально в 1000 ускорилось после оптимизаций)

PS: сам бы я в жизни не додумался, но мне помогли, хэхэ....