this post was submitted on 08 Oct 2023
1061 points (96.7% liked)
Programmer Humor
25395 readers
1721 users here now
Welcome to Programmer Humor!
This is a place where you can post jokes, memes, humor, etc. related to programming!
For sharing awful code theres also Programming Horror.
Rules
- Keep content in english
- No advertisements
- Posts must be related to programming or programmer topics
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Is it really tempting for people? They've given me too many headaches when I've had to reformat or add functionality to files.
Unless it's a simple single use script that fit on the computer screen, I don't feel like global variables would ever be tempting, unless it's for constants.
Most people suck at software engineering.
Plus, there's always the temptation to do it the shitty way and "fix it later" (which never happens).
You pay your technical debt. One way or another.
It's way worse than any gangster.
Not if you leave the project soon enough. It's like tech debt chicken.
Then, at your new job, you see garbage code and wonder what dumbass would put global variables everywhere
You're gonna see that even if you were pious at your own job. So you're only wasting time.
That's how this industry works ;)
amen
double amen
// TODO: Fix later
Rarely have I ever actually had consequences for my sins, which tends to be why I don't go back and fix them....
If tech debt weight is felt in any way, it tends to get fixed. If it's not felt, it's just incredibly easy to forget and disregard.
(This is mostly me not learning my lesson well enough from my time being on Tech Debt: The Team. I do try and figure out the correct way to do things, but at the end of the day, I get paid to do what the boss wants as cheaply as possible, not what's right :/ money dgaf about best practices until someone gets sued for malpractice, but on that logic, maybe the tech debt piper just hasn't returned for payment from me yet... Only time will tell)
What industry do you work in?
Fair point, I work in a consumer facing, fast turn around, short lived code project industry. Not a typical software project with long life cycles.
These practices would almost certainly bite my company in the ass if we had to maintain anything for longer than year.
Occasionally, we do have to support a client for multiple years, and everytime it's a hilarious shit show trying to figure out how to keep all the project dependencies up to date. This is likely platform tech debt, and would be the beginning of the problem if we didn't have the privilege of being able to start over from scratch code-wise for each client's new order.
I guess I'm just in a lucky spot in the programmer pool where tech debt literally doesn't hit me as hard as it usually does others, and I just couldn't identify that before now lol
Instead of saying tech debt isn't that bad, my tune will change to something else. Like I said, I was on a team at one point that had a worse than usual tech debt problem, and it was unworkably stressful to deal with. Im guessing that experience is more typical of being near tech debt than my other experiences.
Good on you for acknowledging that. 👍
I've fixed 20 year old issues that could kill people.
Different requirements. Different solutions.
That's why it's great to be an engineer!
If you’re smart you do it the quick and easy way and leave the company before it bites you in the ass. Only suckers stay with the same company for more than a few years
and thats why we are reading a book about clean code at my apprenticeship
This community makes more sense when you realize the majority of users are CS students.
Pointers hard!! LOL
Hey, don't you group me in with people who have had a small amount of real training!
I.e. you did use them, but learned the hard way why you shouldn't.
Very likely OP is a student, or entry-level programmer, and is avoiding them because they were told to, and just haven't done enough refactoring & debugging or worked on large enough code bases to 'get' it yet.
I don’t get it either. Why would you ever feel the need for them to begin with?
Unironically: For in-house scripts and toolboxes where I want to set stuff like input directory, output directory etc. for the whole toolbox, and then just run the scripts. There are other easy solutions of course, but this makes it really quick and easy to just run the scripts when I need to.
But those would be constants, not variables.
I typically don't declare them as such - bring the pitchforks!
Everything’s a variable if you’re brave enough.
My
void*doesn't care about yourconst!As with the sexual connotation here, the temptation is not rooted in long-term considerations like future maintainability
Well, if you're writing something the user will be looking at and clicking on, you will probably want to have some sort of state management that is global.
Or if you're writing something that seems really simple and it's own thing at first but then SURPRISE it is part of the system and a bunch of other programmers have incorporated it into their stuff and the business analyst is inquiring if you could make it configurable and also add a bunch of functionality.
I also had to work with a system where configurations for user space were done as libraries setting global constants. And then we changed it so everything had to be hastily redone so that suddenly every client didn't have the same config.