Most Helpful Customer Reviews
|
|
4 of 4 people found the following review helpful:
5.0 out of 5 stars
As essential to programming as Effective Java by Bloch, January 9, 2009
Enough said.
This and Effective Java by Bloch are the two books every Java programmer should have read. It will change the way you program and you'll be grateful for the change. The examples in this book are in Java but that's because they had to be in some language; I don't think any part of this book is specific to Java. If your code is consumed by other people, or even a future self, then this book will help you think through issues you may not have know you have. It did me.
In my opinion, this is those one of those once in a decade books that changes the game for anyone who reads it.
A totally mature, non-didactic work written by someone with that perfect combination of real-world experience, a high intellect, a no BS attitude, and humility.
This book is like getting a magical time telescope- you can see what the decisions you are making in your coding today will actually lead to in the future and what the inescapable consequences will be for you.
Actually, reading this book is a little like being put into the role of Scrooge being visited by the three ghosts of Christmas. You get to see what's going to happen to you because of your past and present actions before it happens. At it's heart it's a longitudinal study of how code is first consumed, abused and misused by other programmers and how those abuses become dependencies which determine what YOU, the code's author can and cannot do in future releases.
In a very small nutshell- totally innocent innocuous, completely legal and even recommended programming practices which you apply every day in your code can and will completely shut down any chance for your code to evolve in any rational way going forward in future releases. Why? Because you can't see the potential consequences of consumers of your code doing something you never thought they might do in ways you never meant for them to do it.
But here's a guy who did do those things and lived to pay the price.
For example, if you think that using interfaces (in Java) is usually the best way to program, then you might have a nasty surprise coming at you when other people (damn them!) actually start to program against your code.
When the book's over, you might be as happy as Scrooge that there's still time to change things before it's too late.
Like Bloch's Effective Java, the lessons in this book are so important that they're destined to become diffused throughout the general programming culture and become known to people who haven't even heard of the book. But can you wait until all that filters down to you through osmosis?
|
|
|
1 of 1 people found the following review helpful:
5.0 out of 5 stars
An instant classic, April 5, 2009
Because I'm reading this book on my Kindle 2, I know I am exactly 25% of the way through it. I started reading it yesterday and have not been able to put it down. I was even reading part of it to my significant other this morning. Her comment (she majored in English literature) is that the book seems very well written.
The author mentions in the preface that the book "Effective Java (2nd edition)" by Joshua Block has practically become the bible of java developers. I'm reading both of these books at the same time.
update at 38% completion-- I have purchased this book and also Block's book twice: once in Kindle form and a second time in paper form. It's expensive but the knowledge these books impart is worth it. I prefer to read these two books exclusively on my Kindle 2. They seem easier to read on the Kindle than in paper form. I find it best to alternate between the two books, switching to the other book at logical points in their respective narratives.
|
|
|
1 of 1 people found the following review helpful:
5.0 out of 5 stars
The book I've always been waiting for, March 2, 2009
Practical API Design: Confessions of a Java Framework Architect is the book I've always been waiting for. Jaroslav Tulach, the founder and architect of NetBeans, created a highly recommend read for everyone in charge of developing APIs.
But even if it's not your job to define interfaces, you are somewhat alway on the other side consuming them and it's good to know what drives evolution of the APIs you work with.
The book consists of 3 parts:
Part 1 is called "Theory and Justification". It defines the terminology and background which gives you the necessary foundation to explain and justify API design.
Let me give you and example: Have you ever had problems explaining your design to a colleague? You couldn't find the right words to reasonably highlight your decision, but you know it was right? The only justification was your intuition and the feeling that your design was the right choice. Does that sound familiar?
That's where Part 1 of this book comes in and tries to give you a tool to justify and even measure the quality of your design decisions: Selective Cluelessness. It's a principle which is based on the assumption that you can achieve more by knowing less:
"The more good APIs we have, the bigger the systems we'll be able to build without understanding all their details."
"Practical Design" is Part 2 and basically puts the theory highlighted in the first part to practice. Using Java, the author provides a set of what he calls API design patterns. They are design patterns in the traditional sense, but with a focus on evolution. Most of them accompanied by an examples the the NetBeans APIs. It doesn't matter if you are not familiar with NetBeans. Due to the author's years of experience with NetBeans, he does a great job explaining the problems it was facing and how they came with a solution, which evolved into an API design pattern.
..., it's slightly more complicated to design a universe than building a house. As a result, we need an enhanced version of the design patters. We need patterns that help us building a "universe".
Part 3 of the book, "Daily Life", is a collection of advices on how to bugfix, evolve and maintain an API. The author points out how important versioning is and how NetBeans solves such a problem. He highlights the importance of compatibility and how to keep the promises to the users of your APIs.
The theory and initial design are just the tip of the iceberg. The rest is the real work.
I'm really glad I read this book, although it took me quite a while. The reason is not the 365 pages. It was all the moments I had during reading it. So many times I was reminded of mistakes I made in APIs I previously designed. I often pondered on whether a solution suggested in the book was better than the one I came up with. I think that's what makes a book interesting, if it makes you think and critically review your own solutions.
I enjoyed taking the journey through the API universe and learning how to design an API in a selective cluelessness way. As for the reasons why you should read this book:
... when you understand the API world, its needs and its laws of evolution, you can shape it into a form containing all that the creators of the oldest and most perfect science always searched for - beauty, truth and elegance. A properly API universe ain't a bad place to be.
|
|
|
Most Recent Customer Reviews
|