News for hackers. Stuff that matters.
Re:JEP 457: Class-File API for Parsing, generating, transfor... by xxs on Tuesday September 26, 2023 @01:21PM (#37662669)
Lombok should not be touched, esp. since records have been available. Morealso, lombok is just a sugar coating during compilation time.

Even before records, just use public final fields, and be done with the getter/setter nonsense. (IDEs do a good job of offering options for toString(), and c-tors)

Personally, I consider lombok one of the better anti-patterns widely used.

Re:JEP 457: Class-File API for Parsing, generating, transfor... by javanonymous on Tuesday September 26, 2023 @02:40PM (#37663885)
Lombok can be used for more than just getters/setters.

I personally use the @Builder annotation on records with more than 3-4 fields. I find it much more readable than a long list of arguments to the constructor.

I also use other annotations, but I could live without them if a future version of Java provides a builder-like pattern (or named arguments)

Re:JEP 457: Class-File API for Parsing, generating, transfor... by bafe on Tuesday September 26, 2023 @04:15PM (#37665243)
Re:JEP 457: Class-File API for Parsing, generating, transfor... by jmaker on Wednesday September 27, 2023 @06:45AM (#37672823)
Totally, and the With annotation is a bliss. Hope to have it at a syntax level someday, just like in Kotlin. In addition, you can decompile Lombok annotations straight into your code proper and change what you need, Builder methods for validation, say. Lombok is great for DX, especially if you have experience with more recent languages.
Re:JEP 457: Class-File API for Parsing, generating, transfor... by ImprobableTruth on Tuesday September 26, 2023 @05:26PM (#37666007)
Records are the way to go, but there are many situations where the ecosystem doesn't work with them e.g. if you're stuck using something like Hibernate.