Качество работы AI-агента с конкретным фреймворком чаще зависит от Harness'а, чем от размера модели. MCP, Skills, Hooks, и т.д. способны объяснить агенту особенности инструмента: какие конструкции типичны, какие ошибки повторяются, как их избежать.

На задачах со Spring Data JPA разница заметна: с экспертным скиллом Haiku выдаёт код почти такого же качества, как Opus 4.8 без скилла! А без скилла даже Opus иногда добавляет CascadeType.ALL туда, где он совсем не нужен 🤦‍♂️.

А про корректный equals/hashCode даже Fable 5 всё ещё не в курсе)

Если вы пишете на Java/Kotlin и работаете со Spring, то вам повезло, есть готовый набор Spring Skills от ребят из @amplicode и @spring_aio. Этот набор закрывает частые ошибки в Spring Data JPA, Spring Security и других модулях фреймворка.

📚 Какие ошибки агенты допускают чаще всего с JPA и как Spring Skills помогают их избежать, читайте в новой статье на Хабре.

⚡️ Java быстрее Go: повтор эксперимента 2020 года

Mark Nelson и Peter Nagy в 2020-м сравнивали микросервисы на Go и Java на одном железе. На маленьких нагрузках результаты совпадали. В 2026-м повторили тест на актуальных версиях: Go 1.26, Oracle JDK 26, JDK с AOT-кэшем Leyden, Helidon SE 4.4 на virtual threads.

При лёгкой нагрузке Go и Java идут вровень. При высокой нагрузке Java с Leyden AOT обгоняет Go почти вдвое.

Go не выиграл ни одного теста 2020 года. Leyden AOT — почти все.

Авторы подчёркивают: дело не в языке, а в том, что рантайм, фреймворк и настройки сети влияют сильнее, чем выбор языка.

📚 Подробнее c исследованием и его результатами можно ознакомиться на Хабре: https://habr.com/ru/companies/haulmont/articles/1051930/

"IDE больше не нужна. Агенты её убили" — всё чаще слышно из каждого утюга.

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

JetBrains проверили это на трёх кейсах:

1. Встроенный поиск IDE вместо grep — минус 13,48% токенов на Kotlin-проекте, качество то же
2. Skill, который находит нужный тестовый файл по данным о покрытии — экономия токенов до 50%
3. Анализ снапшотов dotTrace вместо разбора кода вслепую — точность диагностики выросла с 4,71 до 8,15 из 10, а на сложных багах вроде зависшего UI — с 1,6 до 10

Как считали и что дальше — в статье на Habr: https://habr.com/ru/companies/haulmont/articles/1054434

* P.S. Несмотря на этот тезис, мы всё ещё не знаем ни одного разработчика, который удалил бы IDE с компа. Вот и думайте!

🐍 Coming soon: ленивые импорты в Python 3.15

На PyCon US 2026 руководящий совет Python анонсировал PEP 810 — ключевое слово lazy для отложенных импортов. Модуль загружается не при старте файла, а в момент первого обращения к нему.

Эффект заметен на типичном data-science скрипте с import pandas, numpy и matplotlib в начале: pandas отвечает за половину времени запуска, даже если в коде не используется. С lazy import он пропадает из графика загрузки, а старт ускоряется почти вдвое.

Как это устроено внутри: прокси-объекты вместо модулей, sys.lazy_modules, что происходит при ошибке импорта — читайте в новой статье на Хабр.

⚡️ Вышел TypeScript 7.0, первый релиз на компиляторе, переписанном с TypeScript на Go

Год назад разработчики анонсировали этот порт и обещали серьёзное ускорение.

Теперь есть цифры:
1. Сборка VS Code: 125,7 секунды на TypeScript 6, 10,6 секунды на TypeScript 7.
2. Playwright, Sentry, Bluesky и tldraw ускорились от 7,7 до 11,9 раза.
3. Потребление памяти при этом уменьшилось на 6-26%.

OpenIDE поддерживает TypeScript всех актуальных версий, включая 7.0, из коробки: подсветка, автодополнение, навигация по коду и рефакторинги.

Программного API у новой версии пока нет, поэтому старый компилятор оставили рядом через пакет совместимости @typescript/typescript6 с бинарником tsc6 — на время миграции инструментов типа typescript-eslint.

📚 Подробный разбор всех изменений и как обновиться — в статье на Хабр.

⚡️ Встроенный DB-клиент в OpenIDE

Рады рассказать про новую и очень значительную часть OpenIDE, про которую нас неоднократно спрашивали.

В OpenIDE появился встроенный DB-клиент для работы с базами данных прямо внутри IDE.

Больше не нужно держать рядом DataGrip, DBeaver или pgAdmin — подключились один раз, и дальше работаете с базой там же, где пишете код.

В первой версии доступны:
– SQL-комплишн по схеме базы: подсказывает таблицы и колонки, ловит опечатки и синтаксические ошибки
– Редактирование данных прямо в таблице: сортировка, фильтры, правка ячеек
– Экспорт результата в CSV, JSON, SQL и XML
– ER-диаграмма схемы базы: таблицы и связи между ними наглядно
– EXPLAIN и анализ плана запроса

Уже есть поддержка 5 наиболее популярных СУБД: PostgreSQL, MySQL, ClickHouse, SQLite и Oracle.

Базовые возможности DB-клиента доступны в OpenIDE абсолютно бесплатно, полноценная поддержка всех 5 СУБД — в OpenIDE Pro.

⚡️ OpenIDE Pro теперь доступна всем

Java, Kotlin, Go, TypeScript, JavaScript, Python, PHP и встроенный DB-клиент в одном дистрибутиве!

Все пользователи OpenIDE могут перейти на OpenIDE Pro без регистрации, без NDA и без каких-либо ограничений.

60 дневный триальный период OpenIDE Pro включает в себя:

1. Полноценную поддержку Spring
2. Расширенную поддержку Go (с отладкой и профилированием)
3. Полный доступ к инструментам для работы с БД (PostgreSQL, MySQL, ClickHouse, Oracle)
4. Поддержку JavaScript/TypeScript вместе с React/Angular/Vue
5. Инструменты для работы с Python и PHP

Также доступны бесплатные пилоты для корпоративных клиентов с раширенным триальным периодом. Достаточно просто оставить заявку через форму.

Скачать: https://openide.ru/download

📚 Подробнее про OpenIDE Pro читайте в релизной статье на Хабре