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

Также в докладе:

— Расскажу о преимуществах SonarQube в сравнении с другими анализаторами и может ли он их заменить.

— Покажу, как мы подошли к внедрению SonarQube, где пришлось отойти от документации и сколько ресурсов мы потратили.

— Подсвечу слабые стороны SonarQube, о которых лучше узнать заранее.

В конце попробуем ответить на главный вопрос, стоило ли оно того?

Этот вопрос делит разработчиков на два лагеря: одни считают, что важнее правильно составить объектную модель, и предоставить слою JPA решать, как оптимально выполнить запрос. А другие говорят, что «база всегда переживет приложение» и изначально правильная структура данных делает доступ к данным быстрее вне зависимости от того, JPA мы используем или нет.

Если безоговорочно следовать одному из подходов, то страдают или разработчики, пытающиеся адаптировать JPA к базе данных, или администраторы БД, вынужденные «отлавливать» запросы, которые тормозят, а иногда и все одновременно.

В этом докладе мы рассмотрим плюсы и минусы разных подходов к разработке слоя доступа к данным в приложениях. Первый — от объектной модели JPA, второй — от нормализованной базы данных. Поговорим о плюсах, минусах и общих моментах в обоих подходах, а также о важности инструментов при использовании того или иного подхода. Поговорим о том, когда может быть полезно включить полную перегенерацию БД (HBM2DDL), а когда лучше это выключить. А еще обсудим, как можно по схеме БД понять, что авторы использовали Hibernate, даже не видя кода приложения.

Многопоточное программирование — важный инструментарий в создании современного софта. Java предоставляет прекрасный инструмент для простой работы с потоками. И всё это можно использовать совместно со Spring Framework. Но часто это не срабатывает так, как ожидается. В рамках доклада посмотрим на подводные камни многопоточной разработки в Spring Framework и как их обойти.