JPoint и Joker — канал конференций по Java

Вот обещанный ролик про Spring AI 2: [https://youtu.be/T5QkZPjPNEM] Я решил делать не один ролик, а серию. Но продолжать буду в зависимости от вашей реацкции. Cмотрите, ставьте лайки, пишите комментарии и шарьте тем, кому это может быть полезно. Я правда старался 🙂

Делимся новым роликом легендарного Евгения Борисова — и снова Spring, но как с ним работать в эру агентов? Чтобы дать ответ, нужно разобрать не только сам фреймворк, но и ML-модель — что реально происходит внутри, когда она выбирает следующий токен.

Польза от появления AI-агентов: закрыли все задачи в бэклоге. Вред от появления AI-агентов: закрыли все задачи в бэклоге.

Про утопию «люди думают, а роботы работают», или про то, как корпорации пытаются вернуть вотерфолл Сегодня роботы берут на себя всё больше работы. Реализация, которая ещё вчера стоила много недель работы высокооплачиваемых специалистов, теперь занимает минуты и почти ничего не стоит. И кажется, что ещё чуть-чуть и мы придём к идеалу, о котором мечтают многие: человек думает, а машина реализует. Но вот в чём дело, пока реализация была сложной и долгой, она незаметно выполняла две важные задачи. Во-первых, заставляла репетировать: когда впереди недели труда, страшно потратить их впустую, и приходится сначала прогнать дело в дешёвом материале, на бумаге, в разговоре, в голове. Знакомое каждому мучение перед сложной задачей, когда откладываешь, завариваешь третий кофе, открываешь и закрываешь пустой файл, потому что непонятно, с чего начать, это не только прокрастинация, но и первый такт работы. Во-вторых, думание происходило уже внутри процесса: материал сопротивлялся, что-то не сходилось, и в каждом таком «не сходится» вспыхивала мысль. Полдня писал код, упёрся, пошёл спрашивать совет у коллеги и на второй своей фразе сам увидел ответ. Согласитесь, большую часть своих лучших решений вы придумали не до работы, а в процессе неё. Т.е. мысль не лежит готовой, дожидаясь исполнителя. Она совершается в самом действии, будь то черновик, спор, ёрзание перед пустым листом бумаги или возня с сопротивляющимся материалом. Вотерфолльная идиллия с чётким разделением на этапы «человек формирует намерение, затем агенты реализуют по плану» (пример 1, пример 2, их много) возможна лишь в случаях с высоким уровнем определённости, а значит без потенциала для рождения инновационных решений. Такое подходит только монополиям и компаниям, живущим на ренте. В этом свете можно с бо́льшим пониманием отнестись к пожилым преподам в универах, которые отмечали посещение на лекциях и заставляли писать конспекты от руки. Выглядит как глупая метрика для зачёта: зачем писать от руки, если можно заснять на телефон, да и в учебнике же всё есть. Но ручное письмо, если и не гарантирует понимания материала, то даёт ему шанс случиться. Способ примитивный. Но хоть какой-то. Поэтому повсеместное внедрение AI-агентов ускорит лишь отдельные участки конвейеров поставки ценности, те, что уже поняты и описаны. Но создание ценности целиком быстрее не станет: конвейеры были ограничены не скоростью рук, а скоростью осмысления, и вот её AI-агенты никак не изменили.

Сейчас часто говорят, что правильный харнесс может компенсировать слабую модель. Но почему никто не говорит, что точное намерение, то, как ты думаешь, может компенсировать и харнесс, и модель?

Есть два типа сотрудников: 1. Знают не только, что делать, но и зачем 2. Те, кого заменят роботы

Про LLM и мир костылей Когда-то от программиста требовалось знать команды процессора. Потом оказалось, что количество нужных комбинаций не такое уж большое, и их можно упаковать в инструкции на ассемблере. Разработчику потребовалось знать только их. Потом стало понятно, что и сами эти инструкции складываются в типовые паттерны: ветвления, циклы, вызовы, и появились языки высокого уровня. Позже типовые задачи управления памятью, потоками и сетью спрятались в рантаймы и фреймворки. Каждый раз предыдущий слой превращался в черный ящик, и программист переставал думать о том, что внутри. По большому счету, весь прогресс индустрии разработки, да и всей инженерии, и вообще любого производства, укладывается в создание таких черных ящиков, которые прячут сложность, позволяя обменивать технологическую прозрачность на скорость и деньги. Мы находим подходящее решение, наглухо заколачиваем его в ящик, выводим наружу пару ручек для контроля и больше никогда не думаем о том, как оно там внутри крутится. Появившиеся LLM ничего принципиально в этой логике развития технологий не меняют, а лишь надстраивают новый этаж абстракции. Это мощный механизм быстрого поиска среди существующих в мире решений и последующей инкапсуляции их в новые черные ящики, но не более. Черные ящики технологий, неважно, созданы они человеком или роботом, никогда не содержат идеальных решений, хотя бы потому, что были собраны в определенных исторических и социальных условиях. Они несут на себе отпечаток целей, ценностей и ограничений, актуальных в момент их создания. Реальность и требования бизнеса ушли вперед, а внутри абстракции навсегда застыл слепок ушедшего момента, который со временем становится неприкасаемым индустриальным стандартом. Поэтому появление того, что в IT-разработке принято называть «костылями», неизбежно, а архитектура может быть «чистой» только в момент создания и только относительно тех условий, под которые создавалась. Это касается и технологий в узком инженерном смысле, и любых социальных практик или бизнес-процессов в широком. Весь наш человеческий мир состоит из костылей, которые невозможно устранить, а только заменить на другие.

Кстати, а для конференции Joker, которая будет в октябре, мы ищем спикера, который расскажет о работе программиста как о работе со сложностью. Ждем ваши заявки. Подать заявку

Как вашу заявку на доклад видят организаторы конференции? Инсайты от JUG Ru Group Почему хороший доклад иногда не проходит отбор? Даже опытные спикеры с сильной экспертизой иногда получают отказы. И это нормально: Программный комитет смотрит не только на уровень знаний и тему, но и на то, насколько доклад подходит конкретной конференции, аудитории и программе. Но что происходит с заявкой после отправки? Какие вопросы возникают у ПК? Почему одна идея проходит, а другая — нет? 25 июня в 12:00 (мск) разберем, как выглядит этот процесс изнутри. Андрей Дмитриев (JUG Ru Group) и Алексей Долгушев (Деврел-бюро) поговорят о том: — как устроена обработка заявок на стороне организаторов; — что помогает докладу пройти отбор; — как подготовиться к разговору с Программным комитетом, если созвон ведет не тот эксперт, который рассматривал заявку; — как выстроить путь спикера: от первой заявки до выступлений, которые все ждут. Это будет закрытый прямой эфир: попасть на него смогут только зарегистрированные участники. Если хотите задать вопросы Андрею и Алексею вживую — регистрируйтесь заранее!

#видеозаписи 🎥 ☕️ Мы продолжаем копать тему поддержки Java и связанных фреймворков Java и Spring в проде обычно не живут по календарю релизов. Где-то всё свежее, где-то старые версии держатся годами, а где-то обновление начинается только после очень убедительного security-пинка. Как компании поддерживают текущие и старые версии? Что происходит, когда «ну оно же работает» перестает быть аргументом для ИБ? Куда движутся Java и Spring? И кто сейчас главная рок-звезда Java? Об этом поговорили с экспертами на JPoint 2026 и нашем Java Rock Star Meetup — собрали главное в одном видео. 🔍 В описании оставили таймкоды, чтобы было проще ориентироваться в видео. Велкоме! 📹 YouTube | ❤ VK Видео

Собрали звездных спикеров в большом интервью, которое записала команда Axiom JDK — прямо на недавнем JPoint 2026 Повод провести вечер четверга внезапной пятницы с Java и Spring

Пока одни инженерные задачи пропадают в недрах Jira, другие превращаются в темы будущих докладов😀 Если проще — мы открыли прием заявок на Joker 2026. Кажется, что для выступления нужен только уникальный кейс? Не обязательно. Часто хорошие доклады начинаются со сложного инцидента, проблемы производительности, неожиданного поведения JVM, архитектурного компромисса или решения, которое спустя время пришлось пересмотреть. Не нужна готовая презентация или опыт публичных выступлений — Программный комитет поможет превратить идею в сильный доклад. Особенно ждем доклады про: — AI-инструменты в работе разработчика; — Spring, Kotlin и JVM-языки; — JVM, JDK и OpenJDK; — архитектуру и распределенные системы; — производительность и эксплуатацию; — инструменты и фреймворки Java-экосистемы; — контейнеры, облака, CI/CD и DevOps. Все подробности — на сайте. Ждем ваши истории на Joker! Подать заявку

Как из AI-прототипа для гиков вырастить продукт на всю компанию? Реальный опыт Т-Банка / AI Dev Conf Podcast #3 AI ускоряет разработку, но вместе с тем в три раза растет количество багов, а код, сгенерированный нейросетями, требует двойного контроля. Как перестать «играться» с прототипами и построить промышленное решение, которое ускорит и обезопасит процесс? Как доказать его ценность в деньгах и времени, когда команды сопротивляются изменениям? В новом выпуске выпуске AI Dev Podcast мы разобрали живой кейс Т-Банка: путь инструмента AI Code Review от RnD-эксперимента и изучения whitepapers до продукта, «раскатанного» на тысячи разработчиков. Гости выпуска: — Надежда Егошина (Product Head, Т-Банк). Развивает продуктовый подход в инструментах для разработчиков. — Георгий Мкртчян (руководитель команды разработки софта для инженеров). Именно его команда сделала прототип AI-ревьюера и передала его «на вырост». Ведущие: — Андрей Дмитриев — партнер JUG Ru Group — Андрей Бураков — автор канала Yet Another Analyst, @another_sa. 😉 YouTube | 📺 VK Видео ________ AI Dev Conf 2026, где мы обсудим ИИ в процессах разработки, пройдет уже 21 мая. Программа и регистрация — на сайте aidevconf.org

Подводим итоги розыгрыша билетов Вы оставили больше сотни развернутых отзывов о конференции, и мы готовы объявить победителей. Билеты на следующую конференцию получают: sh***al@mail․ru ze***ak․mi***@gmаil․com n***gm@gmаil․com k***v․dima@mail․ru b***stepa@yandex․ru kas***st@gmаil․com gl***l03@mail․ru Fi***t22**@yаndex․ru Al***․A․KA***@r***en․ru mi***xxx@inbox․ru Поздравляем! С победителями свяжемся по почте. 📝 Спасибо всем участникам за обратную связь! Уже анализируем ваши ответы — и в октябре вернемся с обновленной конференцией Joker.

Конференция JPoint 2026 закончилась — время делиться впечатлениями! Целых два дня мы слушали доклады, дискутировали, играли и знакомились. Без вас ничего бы не случилось! Спасибо всем спикерам, участникам, экспертам и партнерам. Делимся с вами фотографиями — подготовили два альбома: • общий альбом конференции • фото из залов До встречи осенью на Joker — а если хотите сделать конференцию лучше, оставляйте обратную связь в опросе: его можно найти по QR в открытках, а также в письме на вашем email. Через несколько дней разыграем среди заполнивших опрос 10 билетов на следующую конференцию.

Кто делает JPoint еще круче? Конференция — это не только доклады, дискуссии и нетворкинг. За кулисами JPoint 2026 — огромная команда профессионалов из разных IT-компаний, без которых все это было бы невозможным. Поприветствуем наших партнеров, которые поддержали конференцию: → Мир Plat.Form → MTС Web Services → Amplicode → OpenIDE → Axiom JDK → Veai → VK → Spring АйО Спасибо за сотрудничество и интересные активности на ваших стендах 🤝 А команде «Сварщицы Екатерины» — спасибо за вкусный кофе ☕️

Доступ к бесплатным докладам Spring АйО Если вы не успели посмотреть трек по Spring 29 апреля или хотите поделиться записями докладов с друзьями — мы открыли дополнитнельную регистрацию. Как получить доступ к докладам: • Зарегистироваться на Timepad • Авторизоваться на сайте JPoint (кнопка «Войти» в правом верхнем углу экрана) по той же почте, с которой регистрировались • Смотреть 5 докладов по Spring А JPoint 2026 — продолжается. Приятной конференции 😀