langreiter.com plain, simple: 2002-03-10-101damnEjbs

LANGREITER.COM plain, simple

START

INDEX

2002-03-10-101damnEjbs

CREATED BY chris • LAST EDITED BY chris 8322 days AGO

"Whilst writing the EJB modules for our [create JGenerator] product, we started punting an email back and forth containing all the issues we had with EJB. And there were many. Before we knew it we ended up with 101 howlers." [ Ø EIGENHEADS • ]

"37. Development is very slow. For example, the development cycle is tens of minutes, rather than seconds, simply to change a small value in a JSP. This is a huge project killer. Increased development time hardly helps with 'Internet time' projects."

Das ist wahrscheinlich mein Hauptkritikpunkt — ein Environment mag nicht sehr konsistent, von mir aus riesig (IDEA cuts through anyway) und nicht besonders gut spezifiziert sein — mit alldem wird man zur Not fertig, ständig im Sumpf zu waten macht aber jeden Spass am Entwickeln zunichte. JSPs as such sind schon schlimm genug, müssen dank Änderungen in dahinterliegenden Klassen Kontexte reinitialisiert oder gar Server neugestartet werden, jedes Mal den Weg Repackaging und Redeployment zu gehen macht Bottom-Up-Entwicklung schliesslich völlig unmöglich.

"[C]ode generation is an increasingly important aspect of EJB design and development as it removes the drudgery of churning out endless beans to the same design pattern."

Wird erst Code Generation notwendig, um effizient arbeiten zu können, kann man sich sicher sein, dass die Abstraktionen eines Systems die richtigen nicht sind. EJB scheint für Code-Monkey-Armeen und Offshore-Shops gedacht zu sein, für smarte Entwickler nur bedingt.

"You can only abstract from the concrete, yet Sun engineers again and again try to abstract from their imaginings, guessing what might be cool, or pure, as opposed to what people need. What's the point of writing software to meet future needs if it won't even meet your current ones?"