In a more serious note, that’s why you document your software!
- encapsulation and meaningful function names.
You dont. Thats why you write comments!
You dont. Thats why you write code that explains itself. For higher level info you write documentation.
Yes. And also comments :-)
The only moment you write comments is when you are doing something extremely weird for a specific reason that will not be immediately obvious and you want to warn the person doing a refactor in the future. In any other case, writing self documenting code is the way. If you are unable to do that, then your code needs to be rewrtitten.
My first tech job out of college, I was told to go talk to “Dave,” the guru old-timey programmer and learn the lay of the land. He turned out to be this crotchety old guy, with low tolerance for idiots, but a soft spot for someone who actually paid attention.
A few months in, I was told to go fix a feature in the company’s main product which was sold to power utilities. This was a MASSIVE code base, with a mix of C, C++, assembler, and a bit of Fortran thrown in. I spent a week poring through all the code trying to figure things out. Then I hit a mystery workflow that didn’t make sense.
I walk over to Dave’s office and ask a specific question. Now, mind you, he had worked on this years ago, and had long moved on to new products. He leans back in his chair, stares at the ceiling, then without looking at the screen once tells me to go look at such and such file for such and such variable, and a list of functions that were related. I go back to my desk and damn if it wasn’t EXACTLY as he described.
Now, I’m probably as old as he was then. I don’t remember what I wrote an hour ago. No matter what I build, I’ll always be in awe of Dave and what he could keep in his head.
I wish my brain worked half as well as guys like that.
Plot twist: Dave had cheat sheets for previous projects glued to the ceiling
Alt theory: The guy you replaced failed miserably. Dave poked around but decided it wasn’t worth his time fixing. Instead, decided to look badass for the cameras and died a legend.
Partially yes. But if I create something myself I can “revisit” the headspace of that portion very easily, like I walked into a room.
Doesn’t work as well on codebases I don’t own fully though.
This made me chortle. I remember when I first joined a dev team asking someone how many of something their section should be able to store:
I don’t know, I’d have to look at the code.
It was an eye opening moment. Very few people can keep everything in their head. I’ve met a couple. They were rockstars who were truly exceptional.
For me it all depends on how often a project changes. If it’s constantly in flux, I don’t bother remembering any of it because I might not be the last one who touched it. The more you try to remember everything, the more wrong you become due to the successive work of your coworkers.
The people who say “the code is the documentation” totally misunderstood what that was supposed to look like
deleted by creator
a good code doesn’t require comments.
Commenta should only exist to explain external requirement leading to a functionality being unexpected.
I’m also not a programmer, you’ll find my longest comments to explain why I’ve done some terrible mangling, what this does and how.
Bonus points for the cedilla
Hello fellow basher.
The code is so convoluted the programmer has no idea how it works. Just tables and arrays references each other.
deleted by creator
