Про JUG.SEV

JUG.SEV - cообщество Java разработчиков Севастополя.

JUG - Java User Group. Встречи JUG.SEV - это обсуждение различных технологий из мира Java, обмен опытом, а также просто интересное общение!

Встречи

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

С прошедшими встречами можно ознакомиться здесь.

Седьмая встреча

Седьмая встреча JUG.SEV пройдет 30 сентября 2017 года, в отеле Атриум (Героев Сталинграда, 47), начало в 12-00. Для участия во встрече необходимо зарегистрироваться:Перейти к заказу билетов

Как до нас добраться

Доклады седьмой встречи

Организация многопоточности по модели подписки в Java 9

В JDK 9 появится новый класс Flow. Настолько ли это нужно, если с версии 8 уже есть CompletableFuture? Разберёмся, почему не хватает уже доступных моделей многопоточности, и как похожие подходы реализованы за пределами стардартной библиотеки. Оказывается, реактивным может быть не только двигатель, но и Java-приложение в маленькой коробочке.

И немного о самом Дмитрие: работает в компании BellSoft. Более 4 лет работал в Oracle в команде Java SE Performance. В настоящее время занимается оптимизацией Java для процессоров семейства ARMv8. Предыдущий многолетний опыт с Java продемонстрировал, что в проблемы производительности упираются приложения любых масштабов и на любом оборудовании.​

Ограничение одновременного обращения к нагруженным ресурсам с использованием pg_advisory_lock()

При построении сложных отчетов нагрузка на базу данных резко возрастает. В связи с этим оправдана временная блокировка действий одного и того же пользователя (возможно, в рамках нескольких сессий) для предотвращения лавинообразного роста нагрузки. В докладе приводится несколько вариантов архитектурного решения данной проблемы и опыт его реализации. Будут рассмотрены следующие вопросы:
1. Редактор отчетов, генерирующий SQL. Типовые проблемы.
2. Неконтролируемый рост нагрузки на БД при формировании отчетов.
3. Ограничение потока запросов
4. Решение с помощью выделенной таблицы
5. Решение с помощью рекомендательных блокировок
6. Нюансы решения при использовании нескольких сессий и потоков
7. Ошибки в коде и к чему это приводит.

А давайте использовать Clean Architecture в Android приложении

В докладе расскажу историю перехода нашего проекта на Clean architecture. Какие проблемы мы испытали в ходе внедрения Чистой архитектуры в проект. Рассмотрим на практике какие слои логики используются в данном подходе. За что отвечает каждый из слоев. Обсудим, насколько полезно использовать clean architecture в своем проекте

Headless CMS - что, зачем и почему

Headless CMS - новый тренд в мире управления контентом, все больше и больше набирает популярность. Мы решили не отставать и когда перед нами встала задача внедрения CMS системы в проект, мы выбрали Prismic.io. Headless CMS -это новый взгляд на архитектуру CMS, призванный полностью разделить создание и управление контентом от его отображения. В этом докладе я вкратце расскажу что же такое headless cms и чем оно отличается от традиционных монолитных cms. Также рассмотрим какие требования и задачи стояли перед нами на этапе внедрения CMS, почему мы выбрали prismic.io, и что же в итоге получилось.