Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

> You've illustrated why I'm against the kind of simplistic programming maxims you'll find in "Effective X" books.

Another thing you won't find in this book is the C++ Gospel, the One True Path to perfect C++ software. Each of the Items in this book provides guidance on how to develop better designs, how to avoid common problems, or how to achieve greater efficiency, but none of the Items is universally applicable. ...

If you follow all the guidelines all the time, you are unlikely to fall into the most common traps surrounding C++, but guidelines, by their nature, have exceptions. That's why each Item has an explanation. The explanations are the most important part of the book.

Scott Meyers - Effective C++

The problem is not "Effective X" books. The problems is people treating these rules in these books as dogma.



Not following a dogma pretty consistently in a single code base (or part of a very large codebase) very quickly leads to inconsistent code and bikeshed style of decision making.


That, or it could lead to well architected code that changes according to its requirements. YMMV.

The one thing that does never work is blindly following dogma.


> The problem is not "Effective X" books. The problems is people treating these rules in these books as dogma.

You put a bunch of stuff in a book and people are going to copy the stuff from the book into their programs. Bits of front-matter don't matter. Consider the GoF book and the havoc that mindless repetition of design patterns creates.


Still the problem is the people working mindlessly, not the books.

The alternative would be to not ever improve our knowledge.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: