Summaries and Customer Reviews are supplied by Amazon.com
Summary:
For more than a decade, Steve McConnell, one of the premier authors and voices in the software community, has helped change the way developers write code--and produce better software. Now his classic book, CODE COMPLETE, has been fully updated and revised with best practices in the art and science of constructing software. Whether you're a new developer seeking a sound introduction to the practice of software development or a veteran exploring strategic new approaches to problem solving, you'll find a wealth of practical suggestions and methods for strengthening your skills. Topics include design, applying good techniques to construction, eliminating errors, planning, managing construction activities, and relating personal character to superior software. This new edition features fully updated information on programming techniques, including the emergence of Web-style programming, and integrated coverage of object-oriented design. You'll also find new code examples--both good and bad--in C++, Microsoft(r) Visual Basic(r), C#, and Java, though the focus is squarely on techniques and practices.
Customer Reviews:
Average Customer Rating:
You won't sharpen your skills after reading this book
Customer Rating:
I have no idea how this book is highly rated. It's a cookbook about everything and every known "skill name" ( probably ).
But can you learn something by hearing lots of skill name? "Be aware of the difference between string pointers and character arrays".....
Skill is practical only after measuring trade-off and context.
Got lots of free time? Then read B.S's The C++ Programming Language "again". You will learn something every time.
1. Tries to cover possible issues that could effect coding practices
2. Tries to give names for the common coding problems
3. Tries to explain what is meant my quality of the code
4. Tries to explain logistics behind choosing one coding practice against another
5. Could definitely make a novice programmer a better programmer
Here are the things I don't like:
1. Tries to make money by making a big book. This book doesn't need to be this bg
2. Tries to present obsolete data some times to support nothing
3. Unrelated (to the title of the book) some times meaning less sidebars
Software Engineering at its best!
Customer Rating:
From the number of people giving 5 stars to this book, anyone can tell this book is a gem. Most computer science textbooks in university are not doing the software industry a favour. They should use this book instead.
Too much detail - and not enough, both at the same time!
Customer Rating:
"In dubio, pro reo" - normally, I would give the book two or even three stars. But given the hype and over-enthusiastic voices surrounding it, I was _very_ disappointed after the lecture, and felt responsible to give it only one star as a countermeasure against this whoopla. Why?
In short: "Code Complete" could give a nice, throughout overview of nearly every aspect of software engineering. But it is bloated with quotes over quotes of studies and goes too often into too much details but without really giving true background information.
If you read "Code Complete" with a keen eye, you will notice that there is virtual no first-hands experience of McConnell in it - only the mentioned quotes of studies. And it shows - it gives the naive reader the false sense of knowledge, but will leave him without a true grasp of the material.
Two examples which illustrate the systematic problems in some parts of this book: At one point a study of Xerox from 1964 is used to illustrate how much time programmers spend in meetings, how much time with coding, how much time testing, documenting and so forth. McConnell himself admits that the figures are old. But airily he states that this doesn't matter, without giving any arguments why these numbers - which are not only from the last century but 45 years old! - matter in a fast-developing business as software engineering today! At some other point, he cites "Peopleware" from DeMarco: The best programmers are 10 times faster than the worst. Sadly, in "Peopleware" are assembler programmers compared with higher language programmers... and these numbers are from 1975.
In the chapter about testing he states that testing cannot prove absence of errors. Some pages later he boasts how he tested the final version of one of his programs for weeks with over 100.000 files until he was content with its quality... so he doesn't heed his own wisdom?! And this is one of the few places in the whole book where he gives first-hand experience...
Too keep this review short, I don't go into detail with the many inaccuracies and rhetorical dodges. They are simply annoying.
From my own experience I have to say: Any software project manager giving this book to experienced programmers will getting compliance, but no commitment. Being blunt: They will scoff at the shallowness of the book, given its size. A more compact treatise would have been way better. So I consider this book a wasted chance - after all this only one star, I'm afraid.
Its already all been said before.
Customer Rating:
Id write my own full length review but... I cant think of anything else to praise this book about that hasn't already been praised. Its a great book for both the novice and experienced programmer. If your serious about improving your software construction skills, this book is a MUST READ. It should be required reading for all programming degrees since it is pretty much language neutral. The lessons in this book will apply to pretty much any programming language out there at any time.
Select button not working? 
