Why I Believe Lombok Should Be Discarded from Java Projects | Julien Ponge
www.linkedin.com
This. Lombok was initially a fun hack, but its widespread use is causing more harm than good. Modern Java doesn’t need this.

Java champions and Senior engineers speaking out against lombok

  • Lysergid@lemmy.ml
    6·
    5 days ago

    Never had an issue with Lombok. Though I use only getters, setters, constructor and sneaky throws. And I don’t know what exactly they want to debug. It’s literally assignments in most cases. According to such logic, should all reflection based tool be removed too? I guess remove “bad” Spring and JPA/Hinernate then? What a nonsense

    • Custodian6718OPEnglish
      21·
      5 days ago

      thanks for extracting the original post. i only put the linkedin as a source because you can clearly see java champions on social media speaking out against lombok (which you obviously cant on the original post)

  • McMonster
    3·
    5 days ago

    Anything that does under-the-cover low level magic is bad. The deeper the magic, the worse. Spring is the particular offender here with the lengths it goes so to make you not use new and never be able to debug why something happens. Or worse, why something doesn’t happen. We know how to deal with code, but not magic.

  • glorkon@lemmy.world
    2·
    5 days ago

    I personally switched from Java + Lombok to Kotlin. So Lombok isn’t really needed anymore.

  • state_electrician@discuss.tchncs.de
    2·
    5 days ago

    I never saw a benefit in using Lombok, but I did run into issues with it. As it works outside the compiler, you are basically writing Java+Lombok. And as the article says, with an IDE and a recent JDK there is really no benefit provided by Lombok.