Better, Faster, Lighter Java  
Bruce TateJustin Gehtland
Average Rating:
   
See Better, Faster, Lighter Java at Amazon.com
Add to Cart

If you like "Better, Faster, Lighter Java", you might also like ...


Hardcore Java

Java Generics and Collections

Java Performance Tuning (2nd Edition)

Spring in Action

Java Extreme Programming Cookbook

  Customer Reviews         1-5 of 31  |  NEXT >>       

Add to Cart
2007-09-27
The book starts off well and the author makes severeal good points about having lighter objects and not being tied to a parituclar framework, but then it digresses into refactoring evangelism. dispite what this apologist beleives, design cannot be neglected altogether as refactoring becomes more and more expensive as a system grows larger and parts get more complex. Just look at all the items still left over from Java 1.0 or 1.1. How many methods has Sun deprecated that are still around? Take many of the consepts to heart up to about page 50, then just chuck the rest.

Design well, but have allowance for refactoring. Build smaller peices and not monolithic objects.
2007-05-10
I recomend the first set of chapters in this book for EVERYONE. While it helps to know J2EE/EJB to step through the examples, the author provides a wonderful, thought-provoking and inspiring coverage of software design in general.

The first peices of the book (actualy, up to Chapter 7: Hibernate) discuss the joys and perils of simplistic approachs, over-architecting, under-architecting, evaluating avaliable libraries/APIs, etc.

This is a great coverage of the software engineering proccess from gathering requirements to coding and from choosing a programming language to dealing with management. A simple, easy read.

The downfall of the book is that it doesnt promise what it advertises: Better, Faster, Lighter Java. The primary focus is on the underlying, archetectural choices, not on the Java language itself. However, my downfall was purchasing based on title (as a dual-Amazon suggestion) instead of reading the description.
2006-05-25
This is a great book. It compares diffrent tools, and shows how to keep things simple and maintainable. Whether it's common sense, like other reviewers wrote, depends on your experiences.

It's easy to get overwhelmed by all the diffrent Java tool acronymns- this is a sane responce to all the marketting based feature creep.

If you are a beggining/intermediate programmer, I think this is a worthwhile read.
2005-10-11
They work on five basic priciples which, as another reviewer hints, makes it read a little like Covey and that is bad. Covey is a snakeoil salesman who reinvents his time management systems every three years to sell a new book. This book with its daddy Walton house building and kayaking action man morality tales is all quite patronizing.

The home spun tales seem to be Tate's, so I assume Gehtland does the coding. Unfortunately I don't think he read the book since he does not follow the priciples that the book espouses: way too much duplication, not very OO (too many if/else; poor exception handling), unthinking dependencies on implementation (e.g Axis, Lucene).

Hibernate and Spring are powerfull tools that help in the real world and there are better places to go and find out about them without all the whining.
2005-06-02
I loved the premise of this book, because I, too, beleive that Java - and programming in general - is getting out of controll. Languages, frameworks, and products are adding so many features that it is now literally impossable to have a handle on the language - or even the subset - that you are using. Gone are the days where you can sit and try to figure something out; now programming seems to have boiled down to finding code you can cut and paste (Can you really figure out how to implement, say, an SSL client on your own?), then wrestling with the overwelming complexity of the APIs, configuration, deployment, framework(s), your IDE, you-name-it.
Anyway, enough ranting. That's what the book does. And I agree with it. I also agree with all of the good programming priciples that the book espouses. The problem I have with it is that it seemed to be a hodgepodge of ideas, practices, and solutions that did not always seem to relate to the title of the book. Don't get me wrong - they're good, but I... well, I guess I was just hoping for more. Like I said at the outset, I think this is a SERIOUS problem that needs to be addressed, and I'm not sure the book did it. ("Not sure" being the operative phrase there. Maybe I just missed the overall picture.)
Then I started thinking, well, how does one address/attack this problem? Truth is, I don't know. Maybe you can't. Can any one of us, or any one organization or any one book, change the direction of Java programming, which is being chartered by a small group of large companines? Heck, look at the Java Lobby (www.javalobby.org) It's a great website that has been around since Java's beggining, but have they really effected any change? They try, but mostly it boils down to the same cast of charachters sharing their ideas (and flames) with one another.
Bottom Line: I don't know what one can do to change the state of Java programming. These guys try - they certainly did a lot more than I'll ever do - but I'm not sure if this book will do anything except encourage certain good, common-sense programming habits. And some of its advice - like "Life is too short to be stuck with a bad manager. If you don't like your job, find a new one" makes sense on the surface, but have they looked around the real world lately?
In closing I want to firmly agree with what one reviewer said: The fact that this book has two authors, but is written in a *strong* first person sense, is definately, definately wierd.
1-5 of 31   |  NEXT PAGE OF REVIEWS >>

Add to Cart
  Editorial Review           
Sometimes the simplest answer is the best. Many Enterprise Java developers, accustomed to dealing with Java's spiraling complexity, have fallen into the habit of choosing overly complicated solutions to problems when simpler options are available. Building server applications with "heavyweight" Java-based architectures, such as WebLogic, JBoss, and WebSphere, can be costly and cumbersome. When you've reached the point where you spend more time writing code to support your chosen framework than to solve your actual problems, it's time to think in terms of simplicity.

In Better, Faster, Lighter Java authors Bruce Tate and Justin Gehtland argue that the old heavyweight architectures are unwieldy, complicated, and contribute to slow and buggy application code. As an alternative means for building better applications, the authors present two "lightweight" open source architectures: Hibernate--a persistence framework that does its job with a minimal API and gets out of the way, and Spring--a container that's not invasive, heavy or complicated.

Hibernate and Spring are designed to be fairly simple to learn and use, and place reasonable demands on system resources. Better, Faster, Lighter Java shows you how they can help you create enterprise applications that are easier to maintain, write, and debug, and are ultimately much faster.

Written for intermediate to advanced Java developers, Better, Faster, Lighter Java, offers fresh ideas--often unorthodox--to help you rethink the way you work, and techniques and principles you'll use to build simpler applications. You'll learn to spend more time on what's important. When you're finished with this book, you'll find that your Java is better, faster, and lighter than ever before.



If you like "Better, Faster, Lighter Java", you might also like ...


Hardcore Java

Java Generics and Collections

Java Performance Tuning (2nd Edition)

Spring in Action

Java Extreme Programming Cookbook