Three Ways to Reduce the Programmer’s Cognitive Overload
Avoiding the cognitive overload of a programmer is key to avoid bugs and accelerate the development.
One of the podcasts that I usually listen is “No Stupid Questions.” This Monday, I listened the episode “How Simple Is Too Simple?” In that episode, they challenged the Occam Razor, and exposed the human bias towards the most simple explanation in opposition to the most complex one. Although that in physics often the most simple explanation is the right one, in other branches of the science like economics or psychology that changes. Why the Roman Empire fell, or why the crime decreased during the last decades, there is no one reason, but several. They showed how, despite the clear evidences, people preferred having to deal with one reason, rather than multiple reasons. That hit me.
A month ago, I published a way to reduce the cognitive overload of a programmer. I did not present it as “the way” to reduce the overload, rather than a way. The content of that story was a discovery that I recently did, and I wanted to share with others. Generally, it was well received, but some people had an unexpected opposition reaction. The origin of the opposition was that they knew a different method, and somehow, they decided that was the only one. Curiously, all of them pointed to the same method. They were right about that method, but…
