Amsterdam JUG Meetup at JetBrains

Эта встреча в Амстердаме будет организована и спонсирована Jetbrains, в их офисе в [Terrace Tower, Gelrestraat 16, 1079 MZ Amsterdam] (https://maps.app.goo.gl/cn9iy3a41sgbbv97). Пространство мероприятия расположено на 3 -м этаже.

**Повестка дня**

*** 18: 00 ** Двери открываются, еда и добро пожаловать в Jetbrains!
*** 18: 30 ** Talk 1: [Anton Arhipov] (https://www.linkedin.com/in/antonaripov/) и [daniil tsarev] (https://www.linkedin.com/in/dtsaryov/) (jetbrains).
*** 19: 15 ** Перерыв
*** 19: 20 ** Talk 2: [Tom Cools] (https://www.linkedin.com/in/tom-cools-17547548/) (по времени) Представление ** «LLMS не может оптимизировать графики, но AI может!» ** ** ** ** ** **
*** 19: 50 ** Talk 3: [Rijo Sam] (https://www.linkedin.com/in/rijosam19/) (Abn amro) Представляя ** «Java Overse Frameworks: Избегание блокировки с агностическим дизайном» **
*** 20: 20 ** Перерыв
*** 20: 30 ** Talk 4: от [Kadi McKean] (https://www.linkedin.com/in/kadi-grigg/) и [Charlie Jones] (https://www.linkedin.com/in/charlie-jones3/) (реверсингинг).
*** 21: 00 ** END

*** Информация о разговорах: ***

Разговор 1: «** См. Весной в идее Intellij» ** от [Anton Arhipov] (https://www.linkedin.com/in/antonarhipov/) и [daniil tsarev] (https://www.linkedin.com/in/dtsaryov/) (jetbrains)

Некоторые разработчики говорят, что Spring Boot - это волшебство, но это не так. Это хорошо структурированная, эргономичная структура, которая заботится о тяжелой подъеме, чтобы вы могли сосредоточиться на том, что важно. Но когда вещи не ведут себя так, как и ожидалось, понимание, почему может быть проблемой.

Вот где входит весенний отладчик в Intellij Idea.

С Spring Debugger вы получаете глубокую, в реальном времени информацию о своем приложении, прямо в вашей IDE. Больше не нужно копаться через журналы или угадать, что происходит под капюшоном.

Найдите ответы на такие вопросы, как:

* Откуда эта стоимость недвижимости? Это где -то переопределено?
* Почему этот боб вводится, а какой кандидат был выбран?
* Есть ли активная транзакция? Кто начал это?
* С какой базой данных подключено мое приложение? Могу ли я исследовать его одним щелчком?
* Как это значение было разрешено из профилей, файлов конфигурации или переменных среды?

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

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

Talk 2: ** «LLMS не может оптимизировать графики, но AI может!»

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

К счастью, существует менее известная ветвь ИИ, которая превосходит сложное планирование. В этом выступлении мы обсудим Timefold, Java на основе AI Solver с открытым исходным кодом, и вы узнаете, как он использует магию (он же математика) для создания оптимизированных графиков.

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

Talk 3: ** «Java Beyond Frameworks: Избегание блокировки с агностическим дизайном» ** от [Rijo Sam] (https://www.linkedin.com/in/rijosam19/) (Abn Amro)

Проблема: современные приложения Java часто становятся пленниками своих рамок. В то время как такие инструменты, как Spring Boot и Quarkus, ускоряют разработку, они создают скрытые затраты: блокировка поставщика, раздутые зависимости и жесткие архитектуры. Что происходит, когда ваш проект перерастает вашу структуру - или появляется новый, лучший инструмент?

Решение: этот разговор внедряет многоуровневый подход к развитию Java, изолирующие зависимости структуры, сохраняя при этом основную логику чистой с Java и Jakarta EE.

Через примеры вы увидите:

1. Как отделить бизнес -логику, используя стандарты JSR
2. Стратегии по замене аннотаций, специфичных для фреймворта
3. Облачная интеграция без структуры связи.

Компромисс: Да, это требует более предварительных усилий-написание пользовательских слоев стойкости, строгих тестов и дотошных документов. Но выплата - это код, который является адаптируемым, тестируемым и обслуживаемым в рамках, командах и десятилетиях.

Ключевые выводы:

1. Практические закономерности для агностического дизайна.
2. Когда (а не) принять этот подход.
3. Инструменты для облегчения перехода.

Присоединяйтесь ко мне, чтобы переосмыслить Java Development: меньше магии фреймворта, более защищенный от будущего кода.

Talk 4: ** «Навигация по соблюдению: чему разработчики могут учиться на вождении» **, [Kadi McKean] (https://www.linkedin.com/in/kadi-grigg/) и [Чарли Джонс] (https://www.linkedin.com/in/charlie-jones3/) (Reversinglabs)

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

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

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

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