Знаете, что доводит меня до "белого каления"?

Небольшая предыстория.

До 2022 года я хостил все свои pet-проекты, в том числе и devmark.ru, на сервисе heroku.com. Меня он полностью устраивал, т.к. позволял в один клик развернуть Spring-приложение в облачном сервисе, а также при необходимости подключить ему postgres, домен и https. То есть вы получаете готовый сервис без навыков devops буквально за 5 минут. Потом мне пришлось перейти на отечественные виртуалки и я даже сэкономил на этом. Но я готов платить больше, если сервис заметно облегчает мне жизнь и позволяет сосредоточиться на написании кода.

И вот недавно я узнал, что timeweb.cloud предоставляет такой же функционал. У них заявлено немало фичей: облачные БД, kuber, s3 и тот же apps - сборка и деплой из репозитория. Я сначала обрадовался и готов был уже начать переносить все свои проекты туда, однако при первой же попытке деплоя gradle-проекта удача меня покинула(

В процессе двухдневной переписки с поддержкой меня сначала отправили читать их мануал по деплою maven (видимо они считают что раз java, то только maven), затем посоветовали увеличить память c 1 до 2 ГБ и, наконец, завели "внутреннюю задачу" со словами "решение может занять длительное время" 😡. Как будто я - первый человек, которые решил у них задеплоить Spring с gradle 😏 А ведь эта фича у них доступна уже как минимум год!

Другой забавный момент состоит в том, что самая "свежая" JDK, которая у них поддерживается - Java 19 (год выпуска - тот же 2022). Когда же я спросил, не планируется ли поддержка Java 21 как последней актуальной long-term support версии - мне предложили вынести эту фичу на голосование в раздел "Есть идея", и если она будет востребована - то возьмут в работу. То есть переход на актуальную (а порой и более оптимизированную) версию преподносится как фича). Браво! Кстати, на голосование эту фичу уже вынесли до меня ещё полгода назад.

Вот пожалуй и всё что нужно знать про отечественный хостинг) Это меня и доводит до "белого каления". Когда задаёшь конкретные вопросы и выдвигаешь гипотезы, а тебя просто игнорят и отписываются. Хотя gradle - это такой же базовый функционал как maven, который должен поддерживаться по умолчанию.

Но я без претензий к техподдержке timeweb. Их просто этому не научили) Они нащупали реально востребованную нишу и я считаю, что будущее именно за такими сервисами. Осталось только довести до ума технологическую составляющую.

Развитие технологий, как часть ещё более давнего процесса разделения труда, имеет вектор на уменьшение необходимого вам оборудования и знаний при увеличении вашей производительности и удобства. Сервисная модель отлично себя зарекомендовала, к тому же её легко монетизировать. Об этом красноречиво говорят различные конструкторы сайтов, облачные хранилища файлов (Google Drive, Яндекс Диск), потоковое видео (YouTube, Netflix), запуск любых игр без локальной установки (GeForce Now), виртуализация, контейнеры и, наконец, деплой напрямую из репозитория.

Год или полтора назад на одной из конференций я разговаривал на эту тему с представителем всем известной компании на букву Я. Тогда мне сказали, что, несмотря на развитие Cloud-направления, деплой из репозитория не рассматривается даже в отдалённой перспективе.

Между тем среди моих подписчиков периодически возникает вопрос, как развернуть Spring-приложение на сервере. Я же не могу им сказать: "изучите ещё администрирование linux, postgres, docker, kuber - и вот тогда сможете увидеть свой Hello World из любой точки мира"?

P.S. Если знаете другие отечественные аналоги heroku - напишите в комментах, буду очень вам благодарен)

✅ Обновил видео про работу с событиями в Spring.

В нём рассмотрим gradle-проект, написанный на Kotlin. В основе проекта лежит Spring Boot. Фреймворк "из коробки" предоставляет простой механизм работы с событиями, который позволяет уменьшить связность компонентов системы.

Событие, которое возникает в одной точке приложения, может быть перехвачено и обработано в любой другой части приложения благодаря механизму publisher и eventListener. А при помощи пары аннотаций мы можем сделать эту обработку асинхронной.

➡️ Видео доступно на YouTube и RuTube. Текстовый вариант доступен в виде статьи.

Spring Rest Repository: минимум кода для полноценного restful сервиса на Kotlin

В этом видео рассмотрим как Spring Data Rest позволяет избежать написания контроллеров и сервисной логики.

Мы получим все основные операции CRUD (create, read, update и delete), написав при этом значительно меньше кода. Нам нужно только создать интерфейс и разметить сущность. Всё остальное (и запросы к БД, и rest api) Spring сгенерит за нас. Это очень удобный подход для создания прототипов.

Поскольку писать будем на Kotlin, нам придётся учитывать специфику взаимодействия с Java-кодом, на который изначально был рассчитан Spring Data Rest.

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

Видео доступно на YouTube и RuTube.

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

Предполагается, что такая сертификация упростит работодателям поиск новых разработчиков и оценку существующих.

Оператор эксперимента будет выбран на конкурсной основе до 31 марта 2025 года. А практическая часть стартует 31 мая, когда все желающие получат доступ к данной платформе.

Пока сложно оценить эту инициативу. В теории, если набор оцениваемых навыков и практических заданий будет как-то стандартизован, то такое тестирование может быть неплохим подспорьем для быстрой оценки потенциального кандидата. Особенно в тех небольших компаниях, у которых нет ресурсов или собственных компетенций для проведения многоэтапных собеседований. Потому что вряд ли такие лидеры индустрии как Яндекс добровольно откажутся от своих фирменных алгоритмический секций.

Вторая область применения, которую я вижу, заключается в том, что различным IT-компаниям, работающим с государственными же проектами, может быть значительно проще обосновать бюджет под ту или иную ставку, если у разработчика будет такой сертификат. Одно время наличие официальных сертификатов было существенным преимуществом у интеграторов.

С другой стороны, до сих пор непонятно, что будет представлять из себя эта платформа. А то нагенерят нейросетью за 5 минут задания в стиле "что будет выведено в консоли после выполнения этой простыни кода?". И даже особо выверять эти задания не будут.

А что вы думаете о подобных инициативах? Следует ли государству пытаться как-то стандартизовывать требования и навыки в области разработки ПО?

Сегодня на Хабре я опубликовал статью Как сделать Telegram-бота умнее: пошаговый гайд на Spring AI и Kotlin.

Это пошаговый туториал о том, как сделать интеграцию с любой популярной нейросетью с помощью Spring AI и развернуть его в облаке. В качестве примера рассматривается telegram-бот с ChatGPT, но можно использовать и DeepSeek. Сам проект написан на Kotlin и доступен в github.

В процессе написания статьи мне оказывали профессиональные консультации по devops ребята из dockhost.ru.

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

Несколько недель назад я написал пост о моём негативном опыте взаимодействия с timeweb.cloud. Но отчасти именно благодаря этому посту я познакомился с ребятами из dockhost.

Как оказалось, если в вашем проекте есть Dockerfile, то этот сервис предоставляет точно такой же функционал как heroku по схеме Push-to-Deploy. Вам достаточно указать путь до вашего репозитория, а остальное dockhost сделает за вас: выполнит сборку приложения, подставит переменные окружения, поднимет контейнер, привяжет домен и даже выпустит https-сертификат!

Помимо такой автоматизации вы можете гибко настраивать потребляемые ресурсы, от которых зависит стоимость хостинга.

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

Поэтому, если вы только начинаете осваивать backend-разработку и задаётесь вопросом, как развернуть приложение на сервере, я смело могу рекомендовать dockhost!

А ещё я написал пошаговый гайд:
Как быстро развернуть Spring Boot в облаке.

На днях написал заметку про Функциональные интерфейсы в Java.

Многие методы Stream API в качестве параметров принимают именно функциональные интерфейсы.

Любой интерфейс можно назвать функциональным, если он содержит один-единственный метод. Такой интерфейс снабжается аннотацией @FunctionalInterface. Реализацию любого функционального интерфейса можно записать кратко в виде лямбды.

В статье мы рассмотрим наиболее употребимые функциональные интерфейсы стандартной библиотеки. Все эти интерфейсы можно найти в пакете java.util.function.

Обновил 📺 видео к статье про создание Telegram-бота на Spring и Kotlin.

В настоящее время чат-боты в Telegram не делал только ленивый. Они плотно вошли в нашу жизнь и почти у каждой компании есть бот, решающий какие-то задачи бизнеса, тем самым разгружая «живых» сотрудников.

Видео доступно на YouTube и RuTube.

В пример на github я добавил Dockerfile и теперь его легко можно запустить в любом облачном сервисе. Например, на dockhost.ru.

Обновил статью Inline-кнопки в telegram-боте и записал видео к ней.

Предположим, вы решили написать онлайн-квиз в виде Telegram-бота. Бот должен выдать вопрос и какие-то варианты ответа к нему.

Если это делать с помощью обычных кнопок, то довольно сложно сопоставить ответ пользователя с конкретным вопросом, т.к. обычные кнопки не хранят контекст.

Но есть встраиваемые (inline) кнопки, которые относятся непосредственно к сообщению. Они добавляют гораздо больше интерактива и именно их можно увидеть при регистрации бота в @BotFather.

📺 Видео доступно на YouTube и RuTube.

Недавно я опубликовал статью Как быстро развернуть Spring Boot в облаке, а теперь записал видеогайд по ней.

Наличие Dockerfile позволяет выполнять деплой docker-контейнеров на разных хостингах независимо от технологий виртуализации, которые используются у этого хостера. Но мне, как программисту, хотелось бы развернуть проект прямо из репозитория, подобно тому, как это делается в heroku.

Эта технология называется Push-To-Deploy и она поддерживается в облачном сервисе dockhost. Вам достаточно запушить изменения в репозиторий, и всё остальное платформа сделает за вас: выполнит сборку проекта, создаст контейнер и подставит переменные окружения. При необходимости также можно привязать свой домен или сгенерить бесплатный. Https-сертификат при этом будет выпущен автоматически.

📺 Видео доступно на YouTube и RuTube.

Сегодня, 18 марта 2025 года, вышла новая версия Java 24!

✅ Новые фичи:

Stream Gatherers - это расширение Stream API, которое позволяет создавать собственные промежуточные (intermediate) операции. До этого можно было использовать только стандартные промежуточные операции вроде filter(), map(), distinct() и т.п.

Class-File API - это стандартное API для парсинга, генерации и трансформации class-файлов, которое впервые появилось в Java 22, теперь окончательно оформилось в Java 24. Фреймворки и инструменты, использующие стандартный API, будут автоматически поддерживать class-файлы из последней версии JDK, что позволит быстро и легко внедрять новые возможности языка и VM, представленные в class-файлах. До этого обновление сторонних библиотек для работы с class-файлами происходило с заметной задержкой относительно релиза каждой новой JDK.

✅ Фичи в статусе превью (работают только с флагом --enable-preview):

Generational Shenandoah GC - режим поколений для сборщика мусора Shenandoah. Изначально Shenandoah был non-generational сборщиком, то есть он не разделял объекты на молодое и старое поколения, как это делают G1, Parallel и, начиная с JDK 23, ZGC. Благодаря новому режиму Shenandoah сможет поддерживать молодое и старое поколения, что позволит чаще собирать молодые объекты.

Project Lilliput привносит компактные заголовки объектов. Цель проекта — уменьшить размер заголовков Java-объектов в HotSpot JVM с 96 или 128 бит до 64 бит на 64-битных архитектурах (x64 и AArch64). Это призвано уменьшить использование CPU и/или памяти Java-приложениями.

✅ Очередные итерации предварительных версий:

Поддержка примитивных типов в конструкциях pattern matching, switch и instanceof. То есть когда во время проверки условия компилятор автоматически выводит тип данных. Ранее это было доступно для ссылочных типов и record-классов.

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

Simple Source Files, который позволяет писать программы вида "Hello, world!" в упрощённом варианте: без явного определения класса, без импортов и в не-статическом main-методе без параметров. Это приближает Java по синтаксису к скриптовым языкам.

Flexible Constructor Bodies - в конструкторе класса можно выполнять некоторую логику перед вызовом super(), если она не использует текущее состояние объекта.

Импорт модулей как альтернатива импорту пакетов.

Я перечислил только основные изменения. На самом деле их больше.

Будете ли вы переходить на Java 24 или дождётесь Java 25, версии с длительной поддержкой, выход которой запланирован на сентябрь?

Представьте, что в один прекрасный день к вам пришёл заказчик и говорит: "в рамках импортозамещения мы должны отказаться от Jira и вместо неё разработать собственный инструмент для управления задачами". Конкретно вам поручено разработать небольшой сервис. Этот сервис оперирует статусами задач и подзадач, которые в неё входят.

Мы должны принять важное архитектурное решение. Можно конечно при смене статусов сабтасок ещё и обрабатывать статусы родительских тасок. И если они меняются, тут же ещё и встраивать логику по отправке email. Но это делает логику не расширяемой и сложной в поддержке. Если завтра появится ещё несколько статусов, мы получим спагетти-код.

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

При построении event-driven системы можно использовать разные брокеры сообщений, но мы рассмотрим наиболее популярный из них - RabbitMQ.

В тестовых целях "кролика" можно развернуть в один клик на платформе dockhost.ru

Подробности читайте на Хабре в моей новой статье RabbitMQ и Kotlin: делаем свою event-driven Jira на Spring.

В сообществе Spring АйО на Хабре вышла интересная статья Spring Boot 3.3 и Docker: изменение в эффективных docker-образах.

Если вы не знали, Spring уже несколько лет "из коробки" поддерживает разделение одного jar-файла на "слои":

dependencies — внешние зависимости
spring-boot-loader — загрузчик Spring Boot
snapshot-dependencies — зависимости snapshot-версий
application — код приложения

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

Так вот, в Spring Boot 3.3 изменилась команда распаковки запуска приложения в "многослойном режиме". Разработчики постарались стандартизовать эти команды. Более подробно читайте в статье.

Опубликовал на Хабре статью Стандартизация без боли: как строгий синтаксис экономит время и нервы.

В этой статье я сравню несколько популярных языков программирования с точки зрения их синтаксической однозначности, гибкости и способности масштабироваться в командной разработке. Мы посмотрим, как строгие ограничения формируют культуру качества, а чрезмерная выразительность часто мешает команде работать как единое целое.

Ставьте лайки и пишите в комментах, с чем согласны или не согласны)

▶️ Spring AI: пишем telegram-bot для ChatGPT ◀️

Поскольку Spring AI развивается семимильными шагами, относительно недавно появилась её первая стабильная версия 1.0. Эта версия довольно сильно отличается от той, которая была в статусе превью: одни абстракции были добавлены, другие были удалены. Поменялось даже название самого стартера!

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

Новая статья по Spring AI!

▶️ Spring AI: retrieval augmented generation ◀️

Spring AI, который только недавно получил первую стабильную версию, уже предоставляет довольно много возможностей для работы с RAG (retrieval augmented generation).

Благодаря этому подходу нейросеть перед тем, как дать ответ на запрос пользователя, выполнит поиск подходящей информации в векторном хранилище. Причём каждый документ хранится не в виде текста, а в виде массива чисел (т.н. «векторов»).

Процесс преобразования различных документов в такой векторный формат выполняется опять же с помощью LLM и называется embedding («встраивание»). Хорошая новость заключается в том, что всё это можно легко сделать с помощью Spring AI.

В статье я привожу пример, как можно распарсить несколько Excel-файлов, чтобы извлечь из них историю изменения курса доллара. Эту информацию мы преобразуем в эмбеддинги и сохраняем в векторном хранилище pgVector. Затем эмбеддинги можно подгружать в контекст LLM для выполнения различных аналитических запросов в диалогом режиме.

P.S. Эту же статью я опубликовал на Хабре. Жду ваших комментариев!

Продолжаем цикл статей по Spring AI!

▶️ Spring AI: model context protocol ◀️

Протокол контекста модели (Model Context Protocol, MCP) — это открытый стандарт, разработанный и представленный компанией Anthropic 25 ноября 2024 года. Основная цель MCP — создание унифицированного протокола взаимодействия между большими языковыми моделями (LLM) и внешними источниками данных и инструментами. MCP унифицирует определения вызовов интерфейса для доступа к возможностям различных инструментов.

Архитектура с использованием MCP состоит из MCP-клиента, который обращается к одному или нескольким MCP-серверам. Эти сервера интегрированы с целевыми инструментами и источниками данных.

Spring AI позволяет выполнить эту интеграцию в простом декларативном стиле. Вам даже не потребуется разбираться с протоколом, т.к. Spring будет генерить описания инструментов автоматически.

P.S. Эту же статью я опубликовал на Хабре - жду ваших комментов!

Ехал я недавно на Сапсане и решил скоротать время за прослушиванием какого-нибудь подкаста. Под руку попался подкаст "Бреслав и Ложечкин" под названием Vibe Coding.

В этом подкасте ребята рассуждают про то, как изменится написание кода в ближайшем будущем с использованием LLM. Андрей Бреслав, известный как создатель языка Kotlin, анонсировал свой новый проект под названием CodeSpeak. (Вот ведь совпадение, учитывая, что ехал я в Питер, где находится остров Котлин).

Похоже, Андрей решил повторить свой успех и сделать новый инструмент для разработчиков. Он утверждает, что современные LLM вполне в состоянии писать хороший код, но они не могут залезть к вам в голову, чтобы понять, что именно вы от неё хотите. Требуется правильно написать спецификацию, в которой изложить все бизнес-требования (по сути большой промт). При этом LLM не требуется объяснять стандартные вещи вроде того, как подключаться к БД или настраивать мониторинг.

Такой инструмент позволит писать спецификации практически на естественном английском языке (хотя почему только на английском?). Если же он обнаружит, что какой-то термин может быть истолкован двояко, то тут же запросит у вас уточнение. Совсем как реальный человек, которому вы отдаёте разработку на аутсорс.

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

Ну и наверное самый интересный поинт, что в ближайшем будущем уже не будет иметь значения на чём написана программа: на Java, Python или javascript. Обладая спецификацией на естественном языке, система сможет написать реализацию на любом из них. Возможно, разработчики ближайшего будущего даже не будут задумываться, на каком языке будет генериться код. Ведь сами языки программирования были придуманы для того, что в конечном счёте получать готовый исполняемый файл, понятный машине.

P.S. Используете ли вы AI-инструменты для генерации кода? И если да, то в каком режиме: умный автокомплит в текущем контексте или генерация готовых методов и классов целиком?

Нейросети отберут у вас львиную долю написания кода. Но это неплохо. И вот почему.

Попробовал я тут на днях Codex от OpenAI. Его релиз состоялся 16 мая 2025 года, т.е. два месяца назад. И возможно ещё не все успели его попробовать.

Это AI-агент, который подключается к вашему репозиторию (пока поддерживается только github) и подготавливает пулл реквест согласно той задаче, которую вы ему поставите в текстовом виде. Работает он в собственном окружении ("на своей виртуалке") и вы можете видеть в режиме реального времени, как он выкачивает проект и сканирует его посредством консольных команд.

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

О том, какой опыт я получил при использовании Codex и какие выводы сделал, читайте в моей новой статье на Хабре:

▶️ Как AI-агенты помогут достроить вашу Вавилонскую Башню

🎉 Сегодня — День рождения Kotlin! 🎂

22 июля 2011 года на JVM Language Summit в Сан-Франциско компания JetBrains официально представила свою новую статически типизированную JVM-языковую платформу под названием Kotlin. Вот уже 14 лет он помогает разработчикам писать код проще, безопаснее и приятнее.

🔹 Разработка началась в 2010 году под руководством Андрея Бреслава.
🔹 22 июля 2011 года — официальное анонсирование Kotlin как нового JVM-языка.
🔹 Февраль 2012 — проект становится открытым исходным кодом под лицензией Apache 2.0.
🔹 15 февраля 2016 года вышла версия 1.0 — первая стабильная версия.
🔹 Май 2017 — Google объявил о поддержке Kotlin как одного из основных языков для Android.
🔹 2019 — Google официально признал Kotlin предпочтительным языком для Android.

С тех пор Kotlin активно развивается: появились Kotlin/Native, Kotlin/JS, мультиплатформенные возможности и новые стабильные версии до Kotlin 2.0 (май 2024).

✨ Присоединяйтесь к празднованию: расскажите в комментариях, когда вы впервые познакомились с Kotlin и что вам в нём нравится больше всего!