Some juicy drama over at the Lombok project https://github.com/rzwitserloot/lombok/issues/2681
I had no idea about Lombok until I ran into some issues trying to interop with a library that uses it under the hood and hitting some introspection walls. It seems like it’s doing some real nasty things under the hood.
There’s even more drama at the Reddit thread but I won’t like to that :)
Exciting read
You can find it in r/Java
It has 200 comments last time I checked
I just did a search for "lombok" and it was near the top hit 🙂
Don't tease us like that!
Just don’t use Java if you don’t like writing a lot of boiler plate code..
The more I read about lombok the more scarier it seems. I've been using org.immutables/value
for the same use cases for years without issues.
In the end it often creates more problems then is solves. I didn’t run into much problems myself, but I know another team stopped using Lombok altogether a few years back, because it was giving weird problems. Often it’s better to be fully in control.
Especially now with Kotlin, Scala and Clojure
If you want to write Java with less boilerplate, there’s entire compilers trying to solve that for you.
Anyone ever use Esper: https://www.espertech.com/esper? Maybe I somehow avoided seeing it for years, but it seems to me less talked about than other event/stream/batch processing systems. But the idea seems interesting: just use sql as a stream processing language. In my very early experimentation with it, sql seems to fit this usage surprisingly well for something not designed for it. I'm wondering if this starts to break down or if there are any pitfalls that show up after using it a lot