JUG Milano Meeting #93

Lunedì 18 Settembre 2017

Java Champions at JUG Milano

L'incontro si è tenuto Lunedì 18 Settembre 2017 presso lo Spazio Venini42 (mappa) in Via Venini 42 grazie all'ospitalità di LinkMe e Mikamai .

Abstract dell'intervento:
JUG Milano is very happy to welcome Java Champions Andres Almiray, Sebastian Daschner, Kirk Pepperdine!
We will have the opportunity to choose between the talks proposed below, directly the day of the event.

A cura di Andres Almiray, Sebastian Daschner, Kirk Pepperdine:
  • Andres Almiray
    twitter: @aalmiray
    company: Canoo Engineering AG http://canoo.com
    biography: Andres is a Java/Groovy developer and a Java Champion with more than 17 years of experience in software design and development. He has been involved in web and desktop application development since the early days of Java. Andres is a true believer in open source and has participated on popular projects like Groovy, Griffon, and DbUnit, as well as starting his own projects (Json-lib, EZMorph, GraphicsBuilder, JideBuilder). Founding member of the Griffon framework and Hackergarten community event.
    title: Making the Most of Your Gradle Build
    abstract: Maven has been the dominant build tool in the Java space for quite some time now. While it's a proven technology it's certainly aged, there are new and better alternatives out there. Gradle is perhaps the one that's better positioned to succeed Maven as the build tool of choice. Since 2012 Gradle adoption has skyrocketed. Not only do popular and big open source projects, such as Spring and its portfolio, Hibernarte and Groovy, have migrated to Gradle but large enterprises too. Not to forget that Gradle is the defacto build tool for Android applications since 2013.
    language: English
    level: Beginner
  • Sebastian Daschner
    twitter: @DaschnerS
    biography: Sebastian Daschner is a Java freelancer working as a Consultant / Software Developer / Architect and is enthusiastic about programming and Java (EE). He is participating in the JCP, serving in the JSR 370 and 374 Expert Groups and hacking on various open source projects on Github. He is a Java Champion, JavaOne 2016 Rockstar and has been working with Java for more than 7 years. Besides Java, Sebastian is also a heavy user of Linux and container technologies like Docker. He evangelizes computer science practices on https://blog.sebastian-daschner.com and on Twitter via @DaschnerS. When not working with Java, he also loves to travel the world — either by plane or motorbike.
    title: When, why and how to CQRS
    abstract: Most of today’s enterprise applications base on a CRUD data model that is simple and straightforward to implement. Another concept of how to model applications is Command Query Responsibility Segregation (CQRS) that enables interesting solutions and use cases, especially with rising demands of scalability. In this session I’ll show the concept and benefits of CQRS, to which other buzzwords such as eventual consistency, event-driven architectures and event sourcing it is related and how to realize a CQRS application. The questions whether this concept can be realized with Java EE technology, where the framework already offers solutions and where it has to be extended will be answered. Most of the time will be spent live-coding and examining the 'devil is in the details' cases of both approaches.
    language: English (could be German too)
    level: Beginner
  • Kirk Pepperdine
    twitter: @kcpeppe
    company: Kodewerk http://www.kodewerk.com/
    biography: Kirk works for Kodewerk as a consultant offering Java performance-related services and training. He has developed and tuned applications written in C/C++, Smalltalk, and a variety of other languages. Kirk has written many articles and spoken at several conferences on the subject of performance tuning. He helped evolve http://www.javaperformancetuning.com as a resource for performance tuning tips and information. Recently he founded jClarity which is focused on building better performance diagnostic tooling.
    title: Moving to GC1
    abstract: Come Java 9, our beloved mostly CMS collector will be depreciated and the G1GC will replace the Parallel collector as the default. The hype surrounding this massive change that the G1GC is the best collector… ever. Make no mistake about it, G1GC will be much much easier to tune. So, is this real or is it #fakenews. In this session we will explore the reality by looking experiences moving applications from CMS to G1GC in real production environments. The implications aren’t simply about performance. A sub-optimally tuned collector will increase your companies operating cost by 10-20%. We will also explore results from benchmarks that expose potential pain points. and offer some suggestions on what actions can offer some relief.
    language: English
    level: Intermediate