IFX-1189 On @annotations - liberate yourselves from demons | Devoxx

On @annotations - liberate yourselves from demons

Conference

archi Architecture & Security

Room 2

Thursday from 10:20 til 11:10

Symptoms: - tedious code containing only getters and setter, - useless tests that only test mocks and NOT the business of the system, - frustration – you read a lot of books about JEE, Spring, JPA, spend your time on stack overflow findiong out that you always make things wrong, - fear of refactoring - yes, you have tests – but small change somewhere and suddenly injections do not work anymore, - You constantly need a real sorcerer and his XML spells in order to keep system running.

Is that is what you do for living?

Last but not least - you are so jealous hearing that some other teams write great things in Scala, Python or even JavaScript in a few weeks.

I know the problem. It is not Java that is bad ! The cancer is called @Annotations. Something that was introduced to liberate Java developers from XML programming hell. But after few years it became even a bigger mess. Really - @annotations are the Java GOTO.

After 16 years of programming with Java EE (and Spring, CDI, OSGi) I am sure that almost (there are few good exceptions) every annotation that you put in code is just a code smell and the proof you just do not know Java possibilities. Container based platform

 Clean code    application architecture    Functional Java    Enterprise Java    simplicity  
Jarek Ratajski Jarek Ratajski

Jarek Ratajski - Java Developer since 1999

I love programming since my first line of code I did on the C64 in Basic. Somewhere in 90ties I've switched from C++ to java and spent then 16 Years developing JavaEE software working for various companies and projects.  Now I work for CSS Versicherung in Luzern being Java developer during the days and Scala/ScalaJS hacker at nights.