This year's devoxx was once again an excuse to write a new blogpost.
I was lucky enough to attend the two previous conderences:
Although that can be nothing compared to what other attendands attended, it gives me something to compare.
Based on the talks I saw last two times during the univercity days, I thought it would be better to just skip them. The rest of the conference gave me a bitter sweat taste, as I either did not see anything more than I expected or my expectations were not that big because of lack of big events during this year.
A list of stuff worth watching in my opinion are the followings:
Last but not least, here are the talks I found interesting (event if I did not attend all of them) with no specific order:
Regarding the rest of the conference, let's break it up to smaller peaces...
As I said I did not attend them as I felt that they were too "boring" the last to years. The combination of 3 hours duration and lack of actual hands on programming, makes you wanting to change the topic as soon as possible. In other way, I can only remember just one of these talks. There, the speaker managed to time box different aspects of web development and speak for each one a couple of minutes. Which technically is more than one talk made by one guy.
It can of course that I'm just a little bit strange. The truth is that I haven't heard either anything really positive regarding the university days except from this years ones. Some friend of mine told me that they found the first 2 days this year much more interesting. Maybe I am just unlucky.
Anyway, keeping someone interested for 3 hours is not an easy job, and this is why the days have been named University days. The attendant should be willing to stay and filter the information he gets.
So let's get to the actual conference days...
It looks like this year's devoxx was the bigger ever. I think it was about 3500 attendees, or to put it by another way it was big enough to run out of neck wraps for the entrance tickets. Yes, this time there was no wrist wrap, but rather a simple neck wrap (if you were not late) with a printed bar code on it. Not that cool but for sure much faster as a process. At least this time I did not have to wait more than 3 minutes at the queque.
Apart from Devoxx Belgium, there were also Devoxx UK, Devoxx PL, Devoxx FR and Devoxx MA along with bunch of voxxed days, which I did not keep track of. It looks like the conference market is expanding and Stephan make use of it.
Although the bigger devoxx ever, there were no major problems with overcrowded rooms (or should I say cinema halls?).
From the technology point of view, these were the poorest ever keynotes I've ever seen. No big announcements, which was kind of expected as no ground breaking technology made it into this year's radar.
So it was mostly Stephan announcing the end of Parleys and immediate use of Youtube/Vimeo for publishing conference videos. It is a pitty for parleys but I got the feeling that the whole conference got a huge marketing push as speakers could reference to their talks a couple of hours after it. This means that you can have now access to all of the conference talks.
Then Mark Reinhold took the step to talk about jdk9 and mostly about modulatity. Given the fact the we've been talking about it for the last 3 major Java releases, I did not see anyone extremely excited about it.
Finally theoretical physics professor Lawrence M. Krauss talked about how irrelevant was what we were doing at devoxx. I do not know if that is the best way to start a conference, but for sure it was the best talk of day one.
I did tweet the following:
No advertising talk till now at #devoxx2015 either my filter works better or there is an improvement there!— Yoryos Valotassios (@valotas) November 12, 2015
Although someone can argue that there were no marketing talks, I have to say that this time at least were not that obvious ones. This is in my opinion a major improvement. I can understand the need of them but I do not see what they can bring in terms of marketing if there are only a couple of people watching them.
A very good example of such a talk in my opinion was The Twelve Factor app: Best Practices for Java Deployment where you at least got a couple of usefull information regarding the 12 factor app (which in my opinion is 12 rule of thumbs for creating microservices) and the only advertisement was that you could deploy that super easy with heroku.
As I said before there were not big news this year and maybe that is why there were no interest from big names to advertise anything.
Although there were no big news, there were some obvious trends. It looks like reactive programming and microservices are still the thing this year.
Working with streams has been the thing for some years now. Unfortunatelly Microsoft who is I think the main player behind the whole reactive idea, did not present anything the last 3 years on devoxx. But this is another topic...
Back to reactive, as I watched some talks on this topic the previous years, I skipped these talks this time. Unfortunatelly, Java has only recently added basic support for that with the changes of JDK8, which means that it lacks the apis on the EE side and not only.
There are solutions available. Mainly RxJava and akka based ones from typesafe. I still ask myself though if I'm going to depend for example on an sql server, how am I going to be reactive if I have to wait anyway for a response. I have to wrap the sql api to something "reactive", but this is not the standard anymore. Not that it is bad (spring or hibernate never was the standard for example), but it lets us know that it will take a while till reactive will be widelly adopted.
More about reactive can be found at reactivex.io.
Yes, microservices are still the trend. Unfortunatelly, the term is so abstract, that you can give you own description. For some reason I tend to agree with what Hadi Hariri said about them, at his funny talk: The Silver Bullet Syndrome. They are what SOAP used to be but, SOAP is so bad, you do not call to name them like that :)
Never the less, if you would like to play with microservices, I haven't been to a talk on this topic without hearing once about Spring boot. It looks like it does the job just fine, but it doesn't mean that there are no alternatives. Actaully there is one offering pretty much exactly what Spring boot does by embedding an application server with your app which I think deserves a serious look at. It is no other than Wildfly Swarm and you can goes which application server is used.
If you think that EE can not be used for microservices, think again. If you don't like EE anymore, then there is what you can also checkout:
After checking them all out, let me know what kind of database microservice you are going to use. Although this comment is kind of sarcastic, when you do something, you have to remember that it is all about the code. So, have a look at Microservices and Modularity or the difference between treatment and cure! and see how an EE application can be refactored to something osgi base (yes, it still lives).
Back to Graal.js...