Новости

Наш взгляд на Joker 2018

2018-10-22 22:34

Как и в прошлом году, конференция Joker 2018 оставила только положительные впечатления. О том, как это было, рассказывает наш сотрудник, участник конференции, Владимир Дьяков:

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

Также запомнилось выступление Дмитрия Александрова из T-Systems с примерами реализации микросервисов на Java EE. Данная технология является альтернативой по отношению к Spring при необходимости применяется в проекте микросервисной архитектуры и предназначена непосредственно для сертифицированных enterprise серверов. Их наличие, зачастую, является требованием заказчика и приводит к невозможности использования других популярных подходов в реализации.

Из нововведений в этом году понравился формат BoF-сессии и demozone, где проходили короткие доклады с последующими ёмкими обсуждениями.

В докладах второго дня особенно стоит отметить презентацию Java Puzzlers, в которой наглядно было показано “неожиданное” поведение программ, способное завести в тупик даже опытного разработчика. Знание таких подводных камней позволит сэкономить многие часы работы, а главное нервы!

«Не думайте о качестве, думайте о скорости», — с таким провокационным называнием организаторы анонсировали в программе конференции доклад Егора Бугаенко. На деле всё оказалось не так однозначно. Суть представленного подхода заключается в том, что разработчик не должен бояться загружать свой код в репозиторий, т.к. на пути к рабочей системе его могут “завернуть” статические анализаторы или программы для проверки покрытия кода тестами. В частности автор упомянул такие средства как checkstyle и JaCoCo. Кроме того, по мнению докладчика, тестирование предназначено только для выявления багов, и основываясь на их наличии и критичности, решение о релизе должен принимать менеджер проекта, а не тестировщик. В конце доклада так же было упомянуто, что после всех автоматических проверок и тестирования перед загрузкой кода в основную ветку обязательно проводится code review. Я считаю, что это очень хороший подход и следует попробовать применить его в повседневной работе с проектом.

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


Благодарим организаторов Joker 2018 за представленные сильные и технически сложные доклады, которые позволяют быть в курсе всех изменений в мире Java.