Wow, what a bad book

Mr Jordan, if you read this, I am not saying you are a bad person - just that your book - iOS 5 Games Development is not written in a manner that appeals to me personally. That being said, eeeek!

I will work through the book just because I bought it. And then I will try to sell it as quickly as I can before it becomes obsolete.

First off - the very first chapter starts off well enough - baby steps in how to set up a project in xCode. Fine. Assume we know nothing. And then, instead of taking us through the code of how to write the game, the author says "copy these files into your project." Woo hoo! I copied! Now I can feed myself? Not really. I can copy. Heck, I have been a good copier ever since I learned how to copy off of other students back in 1st grade. And though many find mindless typing of text from a book into a file useless, I find it helps me a lot. If I type it all in, it gets into my brain a little. And I can also experiment if I see how things are put together. For instance, he creates buttons in his code - rather than having us use buttons from the library. Well, he lets us build two - the main, meaty buttons, nope - just drag the file in and "lookee what I done!" Sigh. I hope it gets better...Onward to chapter Two.

Not to mention typos galore!

In the current chapter (2), there is a screen shot show two .xib files with a caption saying - your project should look something like this - create groups (he just says that he likes to do it) and then move files around. Sigh. This is a book like Juliet was mentioning - a book where the guy is all inside his own head and does what he does without thinking about it - not realizing that others haven't done this a thousand times...

Wow. I just finished the second chapter. And it is even worse than the first chapter. The man points out things that are obvious and leaves other stuff completely out. For instance, we were supposed to change some files from the first project and incorporate them in the second project. Nowhere was this explicitly pointed out. And it is unclear, often, what code he wants us to write. Finally, he says, run the application and it all should work. Well, it doesn't, because we didn't hook it all up - unless I missed a sentence that said - then do this for all of the other views...

The one good thing about the lack of effort that the author has demonstrated, is that it makes me work hard to try to figure out why things aren't working the way that they ought. At least there are sample files with the finished products in them for me to compare against! Yay! Ok, I just can't be bothered to try and fix the stupid application. I can't find a sentence that sugguests we are supposed to hook up everything. Glarg. On to the next chapter!

Now I am reading chapter five. That is all there is to do with this book - read and look at the examples. The author has not created a hands-on book. Why not give us a sample and have us add something to make it function the way that we want it to? I guess what I am going to have to do is take the example files and play with them to see what changes I can make and where I can break it. And when I break it fix it again. Sigh.

Long and short - this is not a book for doers. If you like reading about code, this book is for you! Want to buy it? Cheap (ish)?