Best Practices Dogmatism

The cluster debates the dangers of rigidly following programming best practices, Clean Code principles, SOLID, and design patterns without understanding their context, advocating instead for pragmatic application, learning trade-offs, and avoiding dogma.

➡️ Stable 0.5x Other
5,396
Comments
20
Years Active
5
Top Authors
#620
Topic ID

Activity Over Time

2007
11
2008
42
2009
109
2010
102
2011
148
2012
218
2013
219
2014
217
2015
226
2016
322
2017
300
2018
273
2019
343
2020
386
2021
503
2022
472
2023
578
2024
386
2025
511
2026
30

Keywords

joelonsoftware.com OO XML HN CraftsmanshipMovement YouTube i.e TD JSON YMMV code clean code advice developers clean writing code programmers best practices vs practices

Sample Comments

dasil003 Jan 13, 2009 View on HN

Nothing really wrong with that per se. The problem is if at one point you decide that's just the way to do things and you never learn new approaches. If you want to be a good programmer you have to try different things and learn the pros and cons for yourself. Best practices are a decent jumping off point, but developers often overestimate their own best practices that they've learned while working on certain types of projects. It's especially insidious among very smart developers who work i

ww520 Mar 27, 2012 View on HN

One man's anti-pattern is another man's normal coding. Just don't be dogmatic about it.

dawidw Jan 24, 2019 View on HN

I recommend to read Robert C. Martin's (Uncle Bob) view on that presented in "The Tragedy of Craftsmanship":https://blog.cleancoder.com/uncle-bob/2018/08/28/Craftsmansh...

fiber Mar 25, 2015 View on HN

The most important point the author is missing is code readability - being forced to write opinionated code is one thing. Having a chance to read somebody elses code (or your own code 3 months later) and avoiding eternal debate on code formatting is priceless. Programming is not about being able to outsmart others, in particular not in a large-scale project.

asimpletune Jan 28, 2022 View on HN

I'm all for the following the spirit of things, but I also want to take a minute to disagree with the "without being able to explain why" part.I have worked with people who were super booked up on Go4 and all the design stuff, and yet they can be fairly insufferable to work with when they parrot design advice from all this stuff, precisely because they can't explain why in every given situation. Then, on the receiving end of things, most of the criticism people who are exp

sotojuan Sep 29, 2016 View on HN

I like the way you think. Unfortunately programmers like to either be really against something or treat it as dogma and the only way to do things.

syndicatedjelly Apr 29, 2024 View on HN

Is this true of experts in other fields? Why are programmers prone to this behavior?

al-king Feb 18, 2023 View on HN

I think _entirely_ ignoring the kinds of considerations it covers is such a typical failure case for inexperienced programmers (or non-career coders) that it's an excellent prod to expand the scope of what enters their awareness when writing code.Ideally folks notice discrepancies between their experiences and the things it recommends and find their taste and judgement that way, though it doesn't always work out.So like, maybe the fact that some of the advice is clearly dreadful

dan_b Nov 4, 2014 View on HN

Sometimes experienced devs come with bad habits.

mrleinad Oct 6, 2017 View on HN

That's quite a common issue when you're trying to emphasize a specific point. Uncle Bob's trying to make software developers care about their craft. He seems dismissive of any other techniques, but I think that's because he really wants people who read his posts and watch his videos to understand that specific point. If you already understand that point, then you're not the audience he's trying to talk to, and you're free to enhance your craft with any tools yo