During the second week of November was Devoxx Belgium, Europe’s biggest Java conference, and as every year the community’s who’s-who showed up. One of them was Brian Goetz, Java Language […]
In the first issue of SitePoint’s Java Channel Newsletter I babble about community and conferences.
After reviewing almost all code we wrote for 18 months, completing some 1’500 reviews, we want to share some recommendations and look at things we’d like to change.
After setting out to create a peer review culture we came up with a workflow and picked a tool (yes, Crucible) that would help us get there.
I’m sure you’ve heard this and that about Java 9: modularity, collection literals (or not?), private methods on interfaces, etc. But if you really want to know all that’s coming, you need this ultimate guide.
Articles about Java streams often repeat a bunch of tropes: streams are for succinctness, ugly mechanics are the norm, anemic pipelines, magic collectors, and weak exception handling. This is a rebuttal to all of them!
At Disy we review almost all the code we write. Here, we want to share why that was not always the case and how we started with code reviews.
I worked for Disy for about 2 years. Now I said goodbye to become the editor of SitePoint’s burgeoning Java channel and have more time for other projects.
There I go babbling about new stream methods and then I forget one: a Stream::iterate overload that produces a finite stream.
With dynamic tests, JUnit 5 allows us to create tests at run time. With this we can more easily parameterize tests or even define them with lambdas!