We have a project, and to make it easier, we use specific standards. E.g., we use spaces in every file.
But sometimes, we get to a situation when these standards are stressful. We don't understand them and just want them to bend over. How does our short-term need for pleasure affects long-term well-being of the project?
I will tell you a true story from 6 years ago. We went by a street, it was green light, and we were crossing. She holds my hand firmly. So intensely it hurts. It was an extreme force from a very soft girl who was 2/3 of my weight:
She had this reaction on every zebra crossing, crossing, or near any moving car for next 6 months.
That one exception to the rule didn't mean much for the driver. They probably didn't even notice. But it meant a lot for my girlfriend's life. So much, I felt real pain in the bones of my hand many months later after she had this experience.
Fast forward to yesterday. I'm thinking about this post, what should be the story to bridge the experience of real-life and coding.
I'm looking at a street with two roads. There is a zebra crossing with a green light on the left side of one road. It's pretty safe, just 4 meters long. Cars have a red light, and they can go only from one direction across this sidewalk. We would hardly look for a safer place to use to cross that street.
Well, unless we add a just minor exception. There was a car going ~40 km/h from one of the roads on the right side, opposite the direction that cars can go through the sidewalk. Wait for it. The car is turning left and crossing the sidewalk that has a green light on it. Very smoothly, with elegance and 40 km/h.
Car crossing a zebra crossing that has a green light is not that rare common. No people were crossing it anyway, right? Well, that can be the safe exception, but the car is going contra the one-direction road. In a fraction of a second, the car is going through the zebra-crossing and riding further. There is another car in the one-direction road going against it.
This story might have some real-life consequences. Fortunately, The car in the right direction is going exceptionally slowly. It has time to slow down and avoid a front-to-front collision at ~60 km/h speed.
Single one exception.
We know people are dying on the streets because of "just-one-time" exceptions. How is that related to our coding?
In the whole project, we use PHPStan, ECS, and Rector to watch our standards. We have the same standard on
/tests directory. We work on a new feature, and it's almost finished. Just PHPStan keeps failing... why? Why should we have standards on tests? It's bothering us for 10 minutes already. The stress level is so high... how can we solve it? We decide to ignore them.
We get on a review and get a question about the ignored directory. We convince the reviewer "it's just three files" and "it's not production code anyway".
Soon the same colleague who made our code-review is contributing her PR. She comes to a similar situation when five files show some errors she does not understand. Using our trick, she ignores her files from ECS and Rector.
A few weeks later, this approach is spreading from PR to PR. Now almost half of the tests are excluded from standards, and our CTO looks at the project. He has an idea: "It's a mess; we should standardize this. Why not ignore all the tests?"
Now, all your tests and test fixtures have no requirements for standards at all. There is no need for autoloading, so we can finally drop the
psr-4 standard and move to
classmap to autoload classes we need. So much freedom feels great. In case you're interested in psychology, this effect is called broken window theory (written by Stackoverflow co-founder).
We're happy now. We have a lot of freedom, and we can create code faster without arguing with some CI tools about it. But what about developers who will come to the project when we're long gone?
If we make an exception in real life and nothing bad happens,
life goes on, and nobody notices it.
If we make an exception in the code and nothing bad happens at the moment,
it's forever encoded in the code. Lurking.
Every such exception to the standard is a major distraction for the person just learning the project. They don't know that the code their work on is the only exception to a well-designed standard. They see it as two equally strong options:
The project we looked at above is not a fiction I made up. It's typical project for legacy reconstruction. It's not old PHP, not old Symfony, nor missing constructor injection. It's an infinite split of exceptions and edge cases.
We don't need senior developers, we need senior code bases. Code bases that are easy to understand to junior developers who just got on board. These projects are sustainable, easy to modify, and cheap to maintain.
Next time you'll be frustrated and tempted to exclude just this one file. For a moment, take a pause and a deep breath.
What future will you shape for your project? Safe and stable to walk or possibly hit by a car?
Do you learn from my contents or use open-souce packages like Rector every day?
Consider supporting it on GitHub Sponsors. I'd really appreciate it!