bruh why is unsucked a global variable
also that function shouldn't be named Check if it does things other than checking (e.g. sucking)
this post was submitted on 02 Oct 2024
210 points (98.2% liked)
196
17538 readers
376 users here now
Be sure to follow the rule before you head out.
Rule: You must post before you leave.
Other rules
Behavior rules:
- No bigotry (transphobia, racism, etc…)
- No genocide denial
- No support for authoritarian behaviour (incl. Tankies)
- No namecalling
- Accounts from lemmygrad.ml, threads.net, or hexbear.net are held to higher standards
- Other things seen as cleary bad
Posting rules:
- No AI generated content (DALL-E etc…)
- No advertisements
- No gore / violence
- Mutual aid posts are not allowed
NSFW: NSFW content is permitted but it must be tagged and have content warnings. Anything that doesn't adhere to this will be removed. Content warnings should be added like: [penis], [explicit description of sex]. Non-sexualized breasts of any gender are not considered inappropriate and therefore do not need to be blurred/tagged.
If you have any questions, feel free to contact us on our matrix channel or email.
Other 196's:
founded 2 years ago
MODERATORS
Could be inside a class for something to be sucked, making unsucked a variable for the class. CheckAndSuck would be a better name for the function. I don't think the meme needed a code audit but here I am.
Your naming advice is universally good.
However, if this was a functional programming language, there wouldn't be any mutable global variables to be unaware were being examined, nor could Suck do any sucking unless it were passed the thing to suck and returned the sucked thing.
In this way the subtle class of bugs that you both are warning against would be impossible to introduce.
Depending on the kind of sucking that Suck does, however, you may perceive the global invisibility and availability of the sucking as an advantage in this case. But possibly not if the code is your girlfriend/boyfriend.
I didn't need to do this but I did and now I want it in my comment history:
class Suckable {
bool unsucked;
public:
Suckable () {
unsucked = true;
}
void Suck() {
unsucked = false;
}
void CheckAndSuck() {
if (unsucked) {
Suck();
}
}
};
Sorry for making you see c++, it's the language I'm currently using. This program compiles on my machine and doesn't use global variables.
Indeed, indeed.
No need to apologise for posting c++ in the channel. The programming world owes a lot to Prof. Stroustrup. I enjoyed your reply a great deal.
You have two choices: firstly, a regular regular attribute, where you can Suckable myThing; and myThing.CheckAndSuck; etc to your heart's content, and indeed no global variables are being sucked.
But you can also declare static bool unsucked; and what is a class variable if not a global variable by another name?
In fact, what is to stop your innocent-sounding accessor method from nuking the filesystem or calling memLeak.recurse();?
I'm not sure that these things keep you up at night, but you have my sympathy if they do.
If there was anything I could do to help you relax after a stressful day of multiple inheritance and manual memory management, I would.
Well, except that of course. I mean, we all draw the line somewhere.
Unless we've had too much to drink or smoked too much weed, in which case boundaries seem less important at the time.
One time in college, my friend....
but no, that's another story for another thread.
ASMR: talking about pros and cons of c++ with your college friend
Now my spine is all tingly and I don't know what it means. I'm having some really weird feelings right now.
Bad naming practice. CheckSuck implies it only checks and returns the result. Everything the function does should be included in the name to avoid confusion. Call it SuckIfUnsucked or something
That was my first reaction as well. Even if you say you can see that it doesn't return a bool it's still ambiguus as to what (if anything) happens when the state is sucked/unsucked. I would also prefer a name like GuranteeSucked or EnsureIsSucked.
RWIIR!!!
edit: here, I did it for you:
use std::*;
static mut sucked: bool = false;
fn main() {
unsafe {
check_sucked();
}
println!("Kris has been sucked is {}", sucked)
}
unsafe fn check_sucked() {
if !sucked {
suck();
}
}
fn suck() {
sucked = true;
}
edit 2: fixed it
use std
Oh no….
const mut...
I like to live unsafe
If you made it static, sure, but right now you're living compiler error
oh well, I'm just starting to learn the language and come from java, so I thought: wait, it can't be static
const is more like C++ constexpr, but static is similar to static from C: it's a variable that lives outside any scope. Of course, that means the same static can be accessed by multiple threads, so writing to a static is unsafe (except for types like Mutex, you can safely use those to write, but your static won't be declared mut)
I personally would have matched the sucked... Maybe printed some lovely message about being content or somezhin
Who uses PascalCase for function names
C#
Why would you want to make things that are good suck? 🤨
I tried to make blowjob videos that don't suck, but nobody wanted to watch them.
How to make a suckless.org contributor cry
"OK class, tonight read the chapter on enshittification."
Jojo fan program
hakita my beloved
Kirby, is that you?