Code Complete

very good book

Book was received in a good form. Quality wise I need not say anything. Everybody knows how great the book is!. Anyone who wants to learn best practices in software engineering should read this book.

A good book for coding related stuff. A really great book if you want to learn effective use of the programming language. Earlier I used to head to grammarchecker.io website for minor grammar mistakes but to be able to grasp the effective use of programming language you gotta read this book.

Nice and must to have one with any programmer........ original and new book....

A must read book for the startup guys out there. You might be great at coding, but this book provides wealth of knowledge not only when it comes to requirement gathering and analysis, but also in our day to day grunt of work of software construction. Amazing book!

One of the best books i have ever read. People with 2+ years of decent development experience will understand the book. Others don't pick it up yet.

A must read book for anyone who wants to improve the quality of their skills. Makes you think and work on strengthening the core fundamental concepts. The author uses amazing real world examples to make the topics simple to understand and interesting all the time.

I received the book yesterday. The book is in new condition, but the cover of the book doesn't match the one shown in the pictures. I am not sure if this is an original book or a duplicate copy.

No podría describir con palabras lo que esta obra me ha aportado para mi trabajo diario. Resume en casi 900 páginas la experiencia en el desarrollo de software de toda una carrera profesional. Cualquier persona que quiera mejorar como desarrollador de software debería tenerlo en su estantería.

Après avoir appris un langage de programmation et pratiqué quelques années, je recommande chaudement de lire Code Complete. Ce livre a totalement changé la façon dont je programme, je fais maintenant beaucoup plus attention à la qualité du code, pour que le code soit facilement compréhensible. Avec comme résultat qu'il y a beaucoup moins de bugs dès le départ, et un code qui est maintenable à plus long terme, plus facile à modifier, etc. Ce livre est très complet sur les bonnes pratiques en programmation (pour la partie « construction »), et inclut également des chapitres sur les détails à petite échelle dans le code comme le nom des variables, le nom des fonctions, organiser une suite d'instructions, les bonnes pratiques pour les conditions et les boucles, etc etc. D'autres livres sur les bonnes pratiques en programmation ne vont pas aussi loin dans ces détails, pourtant c'est tout aussi important pour la compréhension du code et éviter des bugs.

teaches how do u write beautiful and cool code fr

If you're like me then you've probably purchased your fair share of "product and language" books over the years. Those books generally teach you the basics of how to use some company's product or language, but the knowledge doesn't transfer over, and they don't actually make you a better developer. Insert Code Complete. This is the book that the software development world has needed for a long time. Instead of focusing on languages, it focuses on general design best practices that are applicable to most languages. Knowing the material in this book will elevate you from the junior developer ranks up to a more senior skill level.

The focus of Code Complete is software construction, i.e. the coding part of software development. As Steve McConnell notes in the preface, "construction is the only activity that is guaranteed to be done". You can skip almost any step (requirements, testing etc), but if you don't write any code there is not going to be any software. I bought my copy of the first edition of Code Complete in 1997, and I was immediately fascinated. I had never read anything like it before - a book that concentrated on the actual writing of the code. For example, it had a whole chapter on if- and case-statements, and another chapter on the naming of variables. I had no idea there was so much to learn about these seemingly straight forward activities. It was immediately useful to me, and I started to apply as much as I could of what I learnt from it. Although it concentrated on coding, it covered a broad spectrum of activities around coding, from requirements and design to testing, debugging and optimization. It also had a great reference section with suggestions of further reading in the area of software engineering. This became my starting point for finding lots of other good books to read, like Peopleware: Productive Projects and Teams (Second Edition) and Programming Pearls (2nd Edition) . So this summer I decided to re-read this seminal book, partly to see what's new in the second edition, and partly to see if still think it is such a great book. To answer my own question - yes, it is still the number one book on writing code. It is near encyclopaedic in its coverage of the nuts and bolts of programming. There are chapters on the naming of variables, on organizing straight-line code, on conditionals, on loops, on lay-out, on good commenting and on how to write good methods. In it, there are frequent references to scientific studies that support the advice given in the book. For example, how long should variable names be? Instead of just giving us his opinion, McConnell summarized the findings of several scientific studies on the subject. Each time there is reference to a study, there is a little "hard data" symbol in the margin. There are other symbols in the margin as well, "Coding Horror" for code examples of what not to do, and "Key Point" for, well, key points. The margin is also used for cross references to other chapters, and for quotes related to the subject discussed. For me, this works really well. It is both useful and makes the text easier to read. In general, the book is very well laid out. Some of my favourite advice from the book (all of which I remember from reading the first edition) are: Chapter 7.1 Valid Reasons to Create a Routine - for example: Reduce complexity, Introduce an intermediate understandable abstraction, and Avoid duplicate code (there are 6 more valid reasons in this chapter). The second part of the chapter is called Operations That Seem Too Simple to Put Into Routines and contains a great example of why it can be good to put even a one-line calculation in a routine - the code becomes more readable, and small operations tend to turn into larger operations. Page 172 (and 264 for variables) Use opposites precisely. When naming "opposite" methods and variables, be careful to use the correct pairs, like add/remove, begin/end, create/destroy etc. This makes the relationship between them clear and obvious. Page 433 Break complicated tests into partial tests with new boolean variables. This is such a simple thing, but it makes the code a lot more readable. Page 754 "Make the incompleteness of a statement obvi". For example, when breaking up a logical and over two lines, end the first line with && - that way, it is clear that the statement continues on the next line. Even though the book truly is great, there are a few things to complain about. In the first edition, the chapters on layout and comments came right after the chapters on the different control structures. But in the second edition, these two chapters have been moved further back. To me, that doesn't make sense, since they too are related to how you actually write your code. Now there are chapters on testing, debugging, optimization and refactoring in between. And talking about refactoring: while this is an important subject, I don't feel the chapter on refactoring is particularly good. This chapter is new in the second edition. The summary of refactoring is OK, but a good part of the chapter consists of just listing different kinds of refactorings. Overall though, the second edition is a nice face lift. The code examples are now mostly in Java, C++ or Visual Basic (in the first edition they were in Pascal, C or Ada). But since all the major themes of the book were already present in the first edition, it does not make a big difference if you happen to read the first edition instead of the second edition. Code Complete is thick - 862 pages (not counting the bibliography and index). If that feels like a lot to read, then I suggest you start by just reading one or two chapters, for example "Using Conditionals" or "Layout and Style". They (and pretty much any chapter in the book) can easily be read without first reading the preceding chapters, and these will give you a sense of what you can expect from the other chapters. Even if these are all you read, you will still get a lot of value from the book. However, if you are a programmer and care about how you write code, you owe it to yourself to read the whole book. It is considered by many (including me) to be the best book available on programming, and it will almost certainly make you a better programmer. Highly recommended.