das Buch ist 2002 erschienen und zeigt Probleme, die man bei Codereviews in den Jahren 1999 - 2001 sehr oft gesehen hat. 2002 hätte ich dem Buch 4 Sterne gegeben - aber die Java Welt bewegt sich extrem schnell. Heute kauft man sich besser Bitter EJB vom selben Autor. Da stehen die Probleme drin, die man heute in Reviews findet. Und der Autor ist bei seinem zweiten Buch auch noch dazu besser geworden - also auf jeden Fall, das bessere Buch. Einige der in Bitter Java behandelten Beispiele sind
* JSP-Seiten, in denen Fachlichkeit und Layout durcheinander gehen
* riesenlange Eventbehandlungsmethoden (ich habe auch mal 800 Zeilen+ in einem Projekt gesehen)
* Schlampereien in den Datenzugriffsschichten
* fehlendes Connection Pooling
* Memory Leaks (die sind noch aktuell :-))
Nützlichkeit nach Zielgruppe
* Architektur- und Java-Profis können das Buch mal schnell querlesen und sich überzeugen, dass sie die Sachen eh nicht machen und es mal einem unerfahreneren Kollegen zum Lesen geben, wenn sie die entsprechenden Probleme in einem Review gesehen haben. Erspart viele Erklärungen
* Entwickler, die ohne viel Erfahrung und ohne erfahrene Kollegen JSP und Servlet-Anwendungen entwickeln, können sich mir dem Buch einen Tei des Coachings sparen und damit eine Menge Geld für potentielle Probleme.
* Manager sollten sich das Buch nicht kaufen - es ist vor allem Technik- und codeorientiert.