- File Size: 43463 KB
- Print Length: 636 pages
- Simultaneous Device Usage: Unlimited
- Publisher: O'Reilly Media; 1 edition (September 30, 2011)
- Publication Date: September 30, 2011
- Sold by: Amazon.com Services LLC
- Language: English
- ASIN: B006JTIZT4
- Text-to-Speech: Not enabled
- Word Wise: Not Enabled
- Lending: Not Enabled
- Amazon Best Sellers Rank: #468,568 Paid in Kindle Store (See Top 100 Paid in Kindle Store)
Head First Object-Oriented Analysis and Design 1st Edition, Kindle Edition
Use the Amazon App to scan ISBNs and compare prices.
Enter your mobile number or email address below and we'll send you a link to download the free Kindle App. Then you can start reading Kindle books on your smartphone, tablet, or computer - no Kindle device required.
To get the free app, enter your mobile phone number.
Customers who bought this item also bought
From the Publisher
About 'Head First' Books
We think of a Head First Reader as a Learner
Learning isn't something that just happens to you. It's something you do. You can't learn without pumping some neurons. Learning means building more mental pathways, bridging connections between new and pre-existing knowledge, recognizing patterns, and turning facts and information into knowledge (and ultimately, wisdom). Based on the latest research in cognitive science, neurobiology, and educational psychology, Head First books get your brain into learning mode.
Here's how we help you do that:
We tell stories using casual language, instead of lecturing. We don't take ourselves too seriously. Which would you pay more attention to: a stimulating dinner party companion, or a lecture?
We make it visual. Images are far more memorable than words alone, and make learning much more effective. They also make things more fun.
We use attention-grabbing tactics. Learning a new, tough, technical topic doesn't have to be boring. The graphics are often surprising, oversized, humorous, sarcastic, or edgy. The page layout is dynamic: no two pages are the same, and each one has a mix of text and images.
Metacognition: thinking about thinking
If you really want to learn, and you want to learn more quickly and more deeply, pay attention to how you pay attention. Think about how you think. The trick is to get your brain to see the new material you're learning as Really Important. Crucial to your well-being. Otherwise, you're in for a constant battle, with your brain doing its best to keep the new content from sticking.
Here's what we do:
We use pictures, because your brain is tuned for visuals, not text. As far as your brain's concerned, a picture really is worth a thousand words. And when text and pictures work together, we embedded the text in the pictures because your brain works more effectively when the text is within the thing the text refers to, as opposed to in a caption or buried in the text somewhere.
We use redundancy, saying the same thing in different ways and with different media types, and multiple senses, to increase the chance that the content gets coded into more than one area of your brain.
We use concepts and pictures in unexpected ways because your brain is tuned for novelty, and we use pictures and ideas with at least some emotional content, because your brain is more likely to remember when you feel something.
We use a personalized, conversational style, because your brain is tuned to pay more attention when it believes you're in a conversation than if it thinks you're passively listening to a presentation.
We include many activities, because your brain is tuned to learn and remember more when you do things than when you read about things. And we make the exercises challenging-yet-do-able, because that's what most people prefer.
We use multiple learning styles, because you might prefer step-by-step procedures, while someone else wants to understand the big picture first, and someone else just wants to see an example. But regardless of your own learning preference, everyone benefits from seeing the same content represented in multiple ways.
We include content for both sides of your brain, because the more of your brain you engage, the more likely you are to learn and remember, and the longer you can stay focused. Since working one side of the brain often means giving the other side a chance to rest, you can be more productive at learning for a longer period of time.
We include challenges by asking questions that don't always have a straight answer, because your brain is tuned to learn and remember when it has to work at something.
Finally, we use people in our stories, examples, and pictures, because, well, you're a person. Your brain pays more attention to people than to things.
About the Author
Brett McLaughlin is a bestselling and award-winning non-fiction author. His books on computer programming, home theater, and analysis and design have sold in excess of 100,000 copies. He has been writing, editing, and producing technical books for nearly a decade, and is as comfortable in front of a word processor as he is behind a guitar, chasing his two sons and his daughter around the house, or laughing at reruns of Arrested Development with his wife.
Brett spends most of his time these days on cognitive theory, codifying and expanding on the learning principles that shaped the Head First series into a bestselling phenomenon. He's curious about how humans best learn, why Star Wars was so formulaic and still so successful, and is adamant that a good video game is the most effective learning paradigm we have.
Gary Pollice is a self-labeled curmudgeon (that's a crusty, ill- tempered, usually old man) who spent over 35 years in industry trying to figure out what he wanted to be when he grew up. Even though he hasn't grown up yet, he did make the move in 2003 to the hallowed halls of academia where he has been corrupting the minds of the next generation of software developers with radical ideas like, "develop software for your customer, learn how to work as part of a team, design and code quality and elegance and correctness counts, and it's okay to be a nerd as long as you are a great one." Gary is also a co-author of Head First Object-Oriented Analysis and Design. Gary is a Professor of Practice (meaning he had a real job before becoming a professor) at Worcester Polytechnic Institute. He went to WPI because he was so impressed with the WPI graduates that he's worked with over the years. He lives in central Massachusetts with his wife, Vikki, and their two dogs, Aloysius and Ignatius. When not working on geeky things he ... well he's always working on geeky things. You can see what he's up to by visiting his WPI home page at http://web.cs.wpi.edu/~gpollice/. Feel free to drop him a note and complain or cheer about the book.
Dave West would like to describe himself as sheik geek. Unfortunately no one else would describe him in that way. They would say he is a professional Englishman who likes to talk about software development best practices with the passion and energy of an evangelical preacher. Recently Dave has moved to Ivar Jacobson Consulting, where he runs the Americas and can combine his desire to talk about software development and spread the word on rugby and football, and argue that cricket is more exciting that baseball. Before running the Americas for Ivar Jacobson Consulting, Dave worked for a number of years at Rational Software (now a part of IBM). Dave held many positions at Rational and then IBM, including Product Manager for RUP where he introduced the idea of process plug-ins and agility to RUP. Dave still laments the days when he use to sit in a cube and write software in the city of London. This is where he believes he cut his teeth writing big insurance systems with nothing but a green screen and a process flow chart.
Dave can be contacted at email@example.com, and if he is not with customers or drinking warm beer with his friends in Boston, he will email you back.
Would you like to tell us about a lower price?
There was a problem filtering reviews right now. Please try again later.
The short conclusion is that I think this book, though a bit outdated with java 1.5 or whatever, does get a lot of good points across as far as how to consider design of classes, program layout, and whatever. At the same time, I didn't find it particularly enlightening, like a lot of it just seemed like common sense when it asked me to solve some things, and some things I don't even completely agree with but arguably that's part of the book's ideas it is trying to get across to the reader. It may be too simple for anybody who's done a bit of professional software work (like maybe they'd pick it up on the job or something), but I think it's a constructive book for anybody who maybe can't quite wrap their head around why their code is so spaghetti like or why their objects have serious copy/paste issues or poor reusability/encapsulation or something.
I think i'd recommend it to anybody taking computer science in high school level? but then again i didn't take any CS classes in high school so that may be a reach also.
Head First OOA&D is a good first step for those of us that have OOP knowledge but are just beginning to learn how to architect OO software correctly. The book does sort of sit in an akward position for the target audience. On one hand this book assumes that you have OOP knowledge so it's not really for the OO beginner (the appendix covering OOP is quite shallow). On the other hand the examples in the book are extremely simplistic so those of us that do have OOP knowledge may desire a bit more out of the book. Don't let this shy you away though because like most Head First books - you will learn a good deal if your experience in OOA&D is very minimal.
I understand where this book is trying to aim. People looking into OOA&D should already have basic OOP concepts mastered. Some people tend to blur the line between OOA&D and OOP. OOA&D is Object Oriented Analysis and Design. This means you take the concepts you know from OOP and learn how to architect software by using certain techniques such as UML modeling, patterns, requirements gathering and what-not. OOP should already be understood if you are trying to create an OO architecture. In other words - You have to learn how buildings work before you learn how to draw the blue-prints and design your own building.
For what it is this is a very good book. If you are brand new to OOP then I would hold off on this one for a bit until OOP is understood. If you understand how OOP works but you don't feel confident architecting software then this is a great start even though the book may seem a bit overly simplistic at times.
Top international reviews
My first impression was that it was fairly dull, and I actually put it aside about halfway through to read something else. I came back to it last week and finished it off, and ended up very pleased with it.
If you're a programmer (like me), you'll probably be frustrated by the lack of code in the first half of the book. In fairness, this is more a factor of the design process. Much as we love to jump in and start coding, this isn't the best way to do it. This book teaches the way it should be done, so you don't get to write code until some time later.
Once you've got to the end, the whole process seems much clearer and easier to follow than it looked earlier. The book ends with a decent case study of analysis of an application to work out routes on a subway, and working through this clarified what the rest of the book had been explaining.
So, if you're prepared for the fact that "doing it the right way" means not writing code straight away, then this book is excellent.
HOWEVER, there is a big negative against this book, and this is something the Head First people need to think about as it affected the otherwise excellent Head First Design Patterns in the same way...
Amazing as it may seem, there are some people who write applications in languages other than Java. I know the Head First team won't believe this, but Java isn't the only OO language out there. In fact, I'll let you into a secret, design patterns and OO analysis are actually language agnostic. You don't need to tie yourself to ANY language. You can teach all this stuff without tying yourself down to any specific language.
Sure, when you supply code, you have to use a language, and I don't think anyone would have any strong objections to that language being Java. It's a common, fully OO language, whose syntax is so close to C# and C++ that programmers in those languages shouldn't have any problem reading the Java.
The problem is when the text and explanation keep droning on about Java when it's irrelevant, and (worse) when they use Java-specific things in the code. There is no necessity for this, and it makes the book less accessible for non-Java developers. It would be really easy to have written this book in a language-agnostic way, even with code samples in Java. This is something that really needs to be done for both of these books, and would have made both of them five star books.
Textual analysis is what I learned in my Ada OO software development class in 1986! It was called the Booch Method back then. You write the problem description, underline the subjects and verbs. The subjects are the objects (classes) and the verbs are the methods. I was disappointed that this book didn't present a more modern method for OO analysis (domain analysis with UML is pretty common, using domain models but uses different techniques that are more complicated and powerful). At the very least, the book should have mentioned those different ways to do analysis. They do a pretty good job explaining how a good analysis is important (the scenario with the winning product that performed analysis). In the end, even textual analysis is better than nothing, but I was expecting more from a Head-First book in this regard.
Ich weiß, es gibt viele Kollegen, welche das für unnötigen Schnickschnack halten.
Ich kann den Weg und die Philosphie hinter "Head First" allerdings nur aus ganzem Herzen befürworten.
Bin selber vom Fach und sollte eigentlich alles in diesem Buch beherrschen. Und trotzdem ist es immer wieder ein eye-opener, wenn man wieder mal einen Blick reinwirft.
Empfehlenswert vom Studenten bis zum Profi !
Die Beispiele an den gearbeitet wird wirken sehr konstruiert und unueberlegt. Das Beispielprogramm Hundetuer Steuerung ist zwar ne nette Idee aber wenn ich in meiner Anforderungsdokumentation fuer eine Software drinstehen habe, dass die Tuer eine gewisse mindestgroesse haben muss.... Das ist voellig irrelevant. Die weiteren "verbesserungen" der Tuer sind auch im Endeffekt nichts anderes als die urspruengliche Variante.
Man kann eine Problemstellung auch auf 100 Wegen leicht veraendert darstellen ohne dass sich wirklich etwas neues ergibt aber es auf den ersten Blick danach aussieht.
Die Serie verspricht viel und aufgrund der positiven Bewertungen anderer Teile der Serie werde ich einen weiteren Teil ausprobieren. Diesen schreibe ich allerdings als Fehlschlag ab.
The only concern is the book available in Amazon India is one version older and the new version is already released, I have to pay additional 4.99$ to get the ebook upgraded