"Java, even that it can adopt new features like lambdas, streams, var, etc. will always be Java."-, Gerrit Grunwald

Hello wonderful friends!

Meanwhile, we are ready to welcome our nest outstanding speaker,Gerrit Grunwald!

Gerrit is a software engineer with more than fifteen years of experience in software development. He is a true believer in open source and has participated in popular projects like JFXtras.org and his own projects (TilesFX, Medusa, Enzo, SteelSeries Swing, SteelSeries Canvas).

He is an active member of the Java community, where he founded and leads the Java User Group Münster (Germany), he is a JavaOne rockstar and a Java Champion. He is a speaker at conferences and user groups internationally and writes for several magazines.
Gerrit also is running the fantastic blog!

You should definitely serf through his articles!
He perfectly combines the technical stuff with the subtle humor!

To be honest I did not attend a lot of online events because I was really busy the last couple of months.

Well...good point but does champion not cover princess too? Neverthe

Thanks to the introduction of lambdas and streams in JDK 8 the code looks much better now because you can get rid of all the anonymous inner classes and loops.
I used that before when I used Groovy which supports lambdas for a long time but having it available in Java improves the readability of your code a lot. The other thing I'm really looking forward to are Records because it removes a lot of boilderplate code.

Over the years I've figured out that it really makes sense to structure your code to be able to read/understand it even years later.
I'm talking about things like putting class variables on top of the class, indent variables by column etc.
This is not for everyone but it helps me a lot to quickly dive back in to older code.

Unfortunately I had not much time to dive deeper into those projects but Loom and Valhalla are looking really promising.I wish I had more time to play around with it but I'm pretty sure those projects will further improve the JVM and especially Java.

Good question...please let me know if you have a good answer to that :)

Well I think the main difference is that Java, even that it can adopt new features like lambdas, streams, var etc. will always be Java. Meaning to say it is not always the language that has the most elegant way of coding. Because it is already 26 years old it comes with a bit old fashioned code style that sometimes lead to more lines of code to solve a problem compared to languages like Groovy, Scala and Kotlin. Of course sometimes it would be nice to have the abilities of some of the other languages but in the end I always was able to solve all problems using plain java, even if it often meant to write more code. But more code does not mean it's bad code because it does not use so many abstractions which might sometimes be closer to the problem, but that's my personal opinion.

To be honest there is nothing like my favourite framework. I always try to use the best tool for the job which means it can be a different tool everytime. So I try not to stick to one framework if I can.

I like Gradle most but Maven also has it's charme, so as always it depends, for my private projects I always use Gradle but for some customer projects I also use Maven.

Well that is a really good question...to be honest I was totally fine without modules even I can see some advantages using them. I guess in the end we will have to live with it now that it is in, it will just take some time to get used to it but in a few years nobody will complain any more.

JavaFX just had a bad start when it came out as JavaFX Script. I think the worst idea Oracle had was to simply name the Java based version simply JavaFX 2.0. People that does not try FX today still think it is slow and not really well supported. It's interesting to see that people are still surprised when they hear that JavaFX can run on mobile devices just fine (and fast by the way) and not only that but also in the browser...without using a plugin. Once again I have to blame Oracle for doing a bad job promoting JavaFX because in the beginning they pushed it like hell and suddenly they just removed it from the delivered JDKs which it came bundled with before. This looked to many people like they dropped it but that's simply wrong, it's alive and kicking.
I personally think it would help a lot if conferences would accept more JavaFX related sessions, I often hear something like "well if it was not JavaFX it might be a good session". People should at least give it a try before they blame it for being useless. It's some kind of mindset that needs to change...which is not really easy...unfortunately.

To be honest I was playing around with a lot of crazy stuff a while back where I ran JavaFX apps on all possible devices like smart watches and e-paper displays connected to embedded devices. These things I would still count to some crazy examples what you can do with JavaFX. The other thing that I think is still a freak'n crazy thing is the stuff jpro is doing by running JavaFX in the browser without a plugin. If you check their website you can experience JavaFX in the browser because the whole website is written in JavaFX!

Well that would be wonderful and I don't see a reason why a web application should do a better job than a JavaFX native app. So I would answer...all right...let's rock it :)

Gerrit's talk will be on the 25th of June at 15.00 CEST! And after the presentation you will have an opportunity to speak with him "in person" at his Q&A session!