Ive read some in the past but once read you don't know any details whatsoever about X and you can't use the book as a reference for X either. After discovering that it seems better to go for the big books.
This book was written by a person that truly did not understand the finer points of java. He didn't even understand by ref or by val parameter passing. I'll quote the top rated amazon review: (it's a 1 star)
In the preface, the author states that the goal of this book is to transform a developer from the intermediate level to a true guru. In the back cover it even promises that "you'll master the art of writing error-prone (sic!) code", and the reference to "error-prone code" sadly finds its confirmation once one starts reading.
It takes about two chapters to demolish the author's credibility as a guru, and you will be reading the rest of the book with a skeptical eye, doubting every assertion that looks questionable and suspecting that the author is talking well above his level of competence, and patronizing about it too!
On page 15 the author gives us wrong rules for labels in Java, and in the same page he confuses the logic of the 'break' and 'continue' statements, providing also a logically wrong code example, just to screw-up things even better.
I would not know how to describe the section on "Chained deferred initialization" on page 53, "raving" maybe. This one is cited in the errata page at
oreilly.com, and the "author regrets that it slipped through the proverbial cracks". I am more concerned that something like that has been actually written (complete with code samples!), than that it has passed unscathed through editing and reviewing. Let's hope it was written by somebody else playing with the author's laptop. Somebody who does not know what JVM means.
The author is probably a productive software architect, some points, later in the book, are interesting, though nothing could be defined advanced, but he does not know Java better than an average developer, and this book does not add very much to an intermediate level, apart, maybe, from a warning about writing books: writing a book can transform you from a good developer into a bad author.
It is sad that we are flooded with such mediocre and unprofessional "error-prone"publications from such once reputable publishers, from time to time I still re-read and enjoy the conciseness, clarity and value of classics like K&R's "The C Programming Language" and I wonder why today's output is so vastly inferior.
Almost immediately, I was disappointed: Chapter 1 is a tribute to how amazing Oracle is and how godlike Larry Ellison is and it's filled with pages and pages of revenues and sales. What a waste of paper. Then Chapter 2 tells me how to use newsgroups and Google: more wasted paper. I come to Chapter 3 and I think I finally get into learning something. Then I notice they concentrate on Sun Solaris as the operating system which isn't very helpful to a person trying to learn this on his own at home.
Then on page 84 I read, "In earlier releases of the Beginner's Guide, we walked you through the Oracle server installation. With Oracle 8i and now 9i, it's too big a topic to cover in a book this size." That's how they start out their step-by-step walkthrough of setting up your first Oracle database. Oh, the last step reads, "12. Read the rest of this book." To me, the book wasted 80 pages then tells me installation would take too long. Very disappointing.
It's the size of a phone book, and it's laid out like a sort of recipe book. It's basically a massive collection of thousands of code snippets for accomplishing various tasks, taken completely out of context and often wrong or broken or dated.
Yes, it is the Italian translation of the best book I ever read: Code Complete. But the translation was so bad that I had to buy the original version. It has been the last translated technical book I bought. Since then, I only read technical books in English.
Whilst I've met a lot of webdev books and tutorials with an extremely poor attitude to security (hence this cry for help), this book reaches new depths by having code packed full of security holes in a book that is supposed to be all about security.
I've come across lots of bad programming books, but those have always been ones that I just happened to come accross (e.g. in a bookstore, at a friend's place etc.). The only really bad book that I have ever bought and tried to follow that turned out to be utter garbage was Java 2: The Complete Reference by Herb Schild. The TA actually recommended that book.
I spent the whole semester wondering why that book was filled with irrelevance (that book isn't sure whether it is a tutorial or a reference IMHO). I know of some people who have liked it and claim they derived some benefit from it, but I just ditched the book near the end of the semester and focused on the class notes. Later on I found better books on Java, and really learnt the language.
Numeric Recipes in [C C++]. Lots of "recipes", but 1) the code is really Fortran with C-family syntax, and 2) many (most?) of the algorithms is propounds are numerically unstable and generally best avoided.
I remember liking the second edition, which was, at least, an attempt at writing in the same terse style as K&R's C masterpiece. Sadly, that edition predates templates and other features of the modern language, so isn't much use today.
The third edition jettisons any attempt at that terseness, ending up with a book three times as long as its predecessor, filling up its pages with endless tedious discussions of the author's ideas of best practices for object-oriented coding and software development in general.
I bought it because it had a robot with a hammer on the front cover,what could go wrong? I thought. Turns out everything. Pointless examples, terrible code and incorrect security information throughout.
The shame was that I love DDD, love the ideas presented in the book and the author is intelligent and knowledgeable; but I've tried reading this book through maybe 5-10 times now and just can't do it. The author needs to know when to stop talk, stop going on tangents, stop providing 'did you know' or 'story about this paragraph' sections on damn near every single page and stop trying to name drop on every paragraph.
Bottom line: The book's got some good information/ideas, except that they're buried in so much BS, that you'll never get to them. This book could have been 1/4 its content, and it would have been good.
How to do everything with PHP and MySQL by Vikram Vaswani. That book set me back so much when learning programming at first. Horrible code, constant mixing and matching of code and markup, complete ignorance of OOP the barest nod to security throughout and just plain ignoring PHP5, which even then, wasn't exactly brand new.
I don't remember the title, but I recently saw a high school text book for Visual Basic. The first two chapters were not about coding or even VB related (A history of BASIC would have been an improvement.).
It may not have been the worst ever. It makes my list because the first edition cover looked exactly like K&R's The C Programming Language, so I was expecting a work of similar quality. I got a copy 20 years ago, just as C++ was starting to get widespread notice. This book taught the syntax, but it did nothing to show a C programmer how to take advantage of C++'s features. I found it a very frustrating book.
Pragmatic Version Control using Subversion - Easily in the bottom rung among all the Pragmatic Programmer books I've read till now. Extremely thin on content. Some might argue that this book is for absolute beginners who are starting out with version control, but that's rubbish - whatever the book has, is not actually worth writing a book for.
I can't remember the name - later I might see if I can dig it out - but there was an
ASP.NET book I had that had all the code snippets (and there were a lot) as Visual Studio screenshots. It seemed cool at first because it showed me exactly where to go in the IDE (I was just learning at that point). After a while though (Chapter 2, I think), I found I knew where everything was and I was just finding the shots too difficult to read.
Pro C# by Andrew Troelsen was mostly very good, but someone needs to teach the man to use examples properly. He'd teach one technique for a topic (let's say multithreading), then teach another and compare the two. The problem is that rather than simply updating the first sample with the new code, he'd write a totally new application that does something totally different, and throw a bunch of extra concepts into the mix as well.
This was assigned reading when I was in college. Apart from being totally soporific, this book presents things in such a convoluted way, I doubt I could have parsed it without prior programming knowledge: most of my class, in which there was only one experienced coder beside myself, was completely lost.
We had a course at the university about knowledge systems. The book was real bad, it wasn't finished and hard to read. The teacher did not follow the book (although it was required for the course) and the exam consisted of multiple choise questions not related to both the book and the course. But fortunately the teacher reused questions of previous exams so the students learned them.
LinkedIn and 3rd parties use essential and non-essential cookies to provide, secure, analyze and improve our Services, and to show you relevant ads (including professional and job ads) on and off LinkedIn. Learn more in our Cookie Policy.
2nd Update on 27th June, 2024: Thank you for showing so much love to this post. I feel grateful (Joining Hands Indian Style). This is one of the most-read posts on my profile. I am an independent SEO writer, published author, and personal branding expert who helps individuals nurture their online/digital presence. See my portfolio here:
www.linktr.ee/sarkhedibhavik
Bhavik Sarkhedi, recognized by Google as 'one of the popular Indian authors and books writers in English language,' and debut author Suhana Bhambhani collaborate in this remarkable book, setting a new standard in Indian literature.
3a8082e126