JavaDay 2016

Минск, 11 Июня 09:00 - 19:00
  • java
  • scala
  • functional programming
  • android
  • kotlin
  • java 8

Пятая юбилейная ежегодная конференция, посвященная разработке на Java.

Билеты доступны на сайте Bezkassira.by 
по цене 1 450 000

Конференцию откроет доклад Егора Бугаенко «Java vs. OOP» – настоящий глоток свежего воздуха в разработке. В первом потоке конференции слушатели cмогут ознакомиться с самыми горячими трендами в Java разработке: доклад о тонкостях настройки JVM, обзор паттернов Java EE, доклад о принципах и внутреннем устройстве трансакций в Java, обзор системы сборки проектов Gradle, обзор фреймворков Storm, Spark, Apache Flink.

Кроме традиционных тем по Java и Java в web, на конференции будет представлен поток докладов, посвященный Scala, Kotlin и Android: слушатели познакомятся с преимуществами программирования на Scala, а также узнают, как на Scala можно использовать Java технологии на примере Spring Boot.  Отдельные доклады будут посвящены применению RxJava в разработке для Android, а также обзору нововведений в Android N. Слушателям также будет представлен доклад о практическом применении языка Kotlin на реальных примерах.Также участники конференции познакомятся с концепциями функционального программирования в Java 8 и обзором функционального языка Frege. 

На конференции будут представлены доклады опытных Java-разработчиков по следующим темам:

  1. «Java vs. OOP», Yegor Bugayenko, CTO and co-founder of Teamed.io, США
     
  2. «Java Wars VIII: The Function Awakens», Grzegorz Piwowarek, Software Developer @TouK, Польша
     
  3. «Streams, flows and storms - how not to drown with your data?» Maciek Próchniak, Software Developer, @ TouK, Польша
     
  4. «The Mayans Lost Guide To RxJava on Android», Fernando Cejas, Engineer at @SoundCloud, Германия
     
  5. «From CRUD to Hypermedia APIs with Spring», Владимир Цукур, Principal Engineer @GlobalLogic, Украина
     
  6. «MVC 1.0 - by Example», Ivar Grimstad, Experienced software architect focusing on Enterprise Java, Швеция
     
  7. «Java EE revisits design patterns», Alex Theedom, Co-author of Professional Java EE Design Patterns, Великобритания
     
  8. «Modern microservices with Scala, Spring Boot and Spring Cloud», Jesper de Jong, Independent software developer, Нидерланды
     
  9. «Принципы работы с транзакциями при помощи Spring JTA», Дмитрий Соколов, Java Lead Developer, Украина
     
  10. «Jack & Jill & Java 8», Aleksander Piotrowski, Android Developer, Польша
     
  11. «JVM Tuning in a Rush!», Tomasz Borek, Coder from Poland
     
  12. «Frege для астронавтов», Дмитрий Бушенко, Беларусь
     
  13. «Котлин в примерах», Борис Ванин, BigData Engineer, Россия
     
  14. «Расширь границы возможного вместе с Gradle», Кирилл Толкачёв, Principal Developer @ Альфа-Лаборатория, Александр Тарасов, Software Architect @Альфа-Лаборатория, Россия

С подробной программой конференции Вы можете ознакомиться на сайте мероприятия.

Стоимость участия

1450000

Место проведения

Минск, Куйбышева, 22

Идут 26

Обсуждение

Сортировка:
Picture?type=square

Хочу отдать должное, это хороший ответ прошлым мероприятиям. Конкуренция делает свое дело. Но нужно не спикеров звать, а понимать что создаёте. Желаю удачи!

Missing-male

прослушайте 105-й эпизод подкаста разбор полетов, чтобы понять что такое "открывающий" доклад и насколько он отстает от индустрии.

Picture?type=square
+2

Честно говоря, не особо понял, почему именно отстает. Думаю, правильное слово здесь -- отличается. Ну так и индустрия, вообще-то, давно скатилась в унылое болото, отсюда и все хайпы по поводу RoR, Django, Node и т.д.

Бугаенко предлагает переосмыслить программирование на Java, в этом он чем-то схож с подходами Антона Кекса, только идет дальше. Бугаенко перетягивает в Java всё то лучшее, что есть в функциональном программировании, из таких языков, как Haskell, Scala, ML: неизменяемые данные, маленькие скоупы, строгая статическая типизация. В индустрии на этом не заморачиваются, и нарушаются не только основные принципы программирования, но даже все идеи ООП. Вот именно об этом Бугаенко и рассказывает в своем блоге, книге и выступлениях на конференциях.

Picture?type=square

Если бы всё так просто было, "плохому" ООП людей не научили, а тут чистое подавай. Егор строит идею и пытается её подтвердить, это хороший эксперимент, это действительно стоит уважать. Но реальный мир не просто жонглирование объектами, а порой мы этим объекты даже выделить или понять не можем. Утилитные классы, лямбды, они же не просто так появились как понятия. Поэтому нужно всегда головой думать :)

Picture?type=square

>> Поэтому нужно всегда головой думать :)

Ну вот Бугаенко и думает, в чем проблема-то? Он же не утверждает, что его подход единственно верный, он всегда говорит, что это его личный опыт и его личное мнение. И вот этот опыт как раз очень интересен, т.к. сильно отличается от устоявшихся практик, не сильно хороших, кстати.

>> Утилитные классы, лямбды, они же не просто так появились как понятия. Поэтому нужно всегда головой думать :)

Утилитные классы появились ввиду ограниченности Java. Поскольку нельзя сделать ни функцию, ни процедуру отдельно от класса, решили воткнуть их в класс. Но само понятие утилитного класса нарушает ООП, т.к. ни инкапсуляции, ни специального полиморфизма, ни тем более наследования там нет.

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

Бугаенко ровно про это и говорит: java ограничена; ООП применяется мало и, зачастую, неверно; кодовая база большинства java-проектов сильно загажена. Одно только то, что он об этом пытается говорить, уже достойно внимания. Его решения спорны, но это лучше, чем просто критика.

Picture?type=square

Реплик у меня больше было, а Вы выбрали две :) Никто не гонит на Егора, честь и хвала ему. Про что мы спорим? Я спорю, что не все можно описать ООП. Почему утилитные классы появились из-за ограниченности? А может просто это удобно? И почему все должно быть в ООП? Почему добавили лямбды? Может потому что ООП не решает всех проблем?)


Авторизуйтесь, чтобы оставлять комментарии

Перепечатка материалов dev.by возможна только с письменного разрешения редакции.
При цитировании обязательна прямая гиперссылка на соответствующие материалы. Пишите на [email protected].