Creating engineering principles for your team
thomasvds.com
thomasvds.com
I can think of dozens of instances where dogmatic understanding of ideas like DRY, YAGNI, etc. lead to poor decisions by teams I've worked with. These are turns of phrase that have a specific context of use, but when we divorce them of that or rely on the phraseology to produce the phenomena we value, the concepts get corrupted.
Some of my laws seem like general principles, others are based on physics laws captured as rules of thumb that the engineers can use for thinking their way through design problems specific to our industry. Some poke fun at engineering habits, in a way that reinforces why those habits are usually a good thing.
If you write down too many principles, chances are, someone will figure out a single principle that summarizes all of them, and it becomes the new principle.
I think it was Taleb who pointed out that for every saying, there's usually a contradictory saying, allowing you to reinforce any idea by choosing the right sayings.
But everything from the language used to the memes to the emoji-splosion on the page made me miss Angelfire because it was peaceful in comparison.