Fork me on GitHub
#off-topic
<
2021-03-17
>
orestis06:03:12

Some juicy drama over at the Lombok project https://github.com/rzwitserloot/lombok/issues/2681

orestis06:03:10

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.

orestis06:03:45

There’s even more drama at the Reddit thread but I won’t like to that :)

simongray06:03:02

Don't tease us like that!

☝️ 1
dharrigan07:03:38

Exciting read

orestis07:03:00

You can find it in r/Java

orestis07:03:13

It has 200 comments last time I checked

dharrigan07:03:01

I just did a search for "lombok" and it was near the top hit 🙂

😂 1
gklijs08:03:09

Just don’t use Java if you don’t like writing a lot of boiler plate code..

👆 2
Elliot Stern12:03:38

Especially now with Kotlin, Scala and Clojure

Elliot Stern12:03:17

If you want to write Java with less boilerplate, there’s entire compilers trying to solve that for you.

👍 2
clojure-spin 2
lassemaatta09:03:39

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.

gklijs09:03:59

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.

jjttjj14:03:32

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