Even if documentation can be time-consuming, it is such a lifesaver and makes the whole process of coding much smoother. It means not as much time wasted backtracking. If you think there is any part of your code you won't understand when you coming back to it, document, document, document.

Sometimes I write some multiline psuedocode comments or/and an explaination of specific choices, especially those invisible choices you make while debugging that aren't apparent when your just reading through your code.

Good thing to do is make code that is generally readable too lol.

// TODO make this work

I always leave my project in a state where it doesn't compile or run (not commits, obvs) so I'm forced back into understanding exactly what I was doing when I left off to fix the error.

I secretly have forgotten a lot of the working code I wrote months ago; and whenever someone asks, I need to go back and read it like new

Its always like 3 hours to remember why I was doing what I was doing, just to scrap it because the core is all wrong.

My coworker with whom I m assigned on a project was off on thursday and friday and I m off on monday. Good luck understanding my autistic ass code. Tee hee

Maybe I'm getting alright at in-code documentation because when my code breaks after months of me not looking at it, I can return and get up to speed in a few minutes.

(or maybe these people are working on much more advanced stuff)

As is tradition.

If only there were some way to leave some sort of ... what's it called a comment maybe 🤔 idk...

/s

Monday stand-ups are the worst

Me except it's everyday, and it's my boss's code, so I'm not able to complain 🫠

Me coming back to my run of 'luck be a landlord' and trying to figure out what strategy I was even thinking of, when I witness the chaos I left myself as I press 'continue'..

This is so me!