this post was submitted on 14 Apr 2024
328 points (94.1% liked)
linuxmemes
23590 readers
46 users here now
Hint: :q!
Sister communities:
Community rules (click to expand)
1. Follow the site-wide rules
- Instance-wide TOS: https://legal.lemmy.world/tos/
- Lemmy code of conduct: https://join-lemmy.org/docs/code_of_conduct.html
2. Be civil
3. Post Linux-related content
sudo
in Windows.4. No recent reposts
5. π¬π§ Language/ΡΠ·ΡΠΊ/Sprache
6. (NEW!) Regarding public figures
We all have our opinions, and certain public figures can be divisive. Keep in mind that this is a community for memes and light-hearted fun, not for airing grievances or leveling accusations.Please report posts and comments that break these rules!
Important: never execute code or follow advice that you don't understand or can't verify, especially here. The word of the day is credibility. This is a meme community -- even the most helpful comments might just be shitposts that can damage your system. Be aware, be smart, don't remove France.
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
I hope these aren't real. I, and most people here, could probably write these codes top to bottom on paper without an eraser or strikethrough parts because we have it fully solved before the interviewer finished the sentence.
I mean, it's a hard problem to solve if you never worked with moduli before.
Sure, programming is hard if you've never worked with programming language features before... Modulus isn't some obscure esoteric operator, it's literally CS 101
I fell backwards into programming and did it for years before ever needing or encountering a mod operator. It never really came up in statistical programming (SAS) and since I wasn't a CS major I don't think I even learned about it until taking online programming classes for fun. But I know I was a pretty damn good SAS programmer. I never had any issues solving any problems in my field programmatically, but I took a few leet code tests and was completely puzzled before taking said CS classes. The algorithms and common problems just never remotely came up. I never found fizzbuzz particularly relevant in statistics and data CRUD.
Now maybe since SAS is procedural and not OO you'd say it doesn't have typical "programming language features", but I could easily see that experience being common in all kinda of business side programming like R, VBA, maybe JavaScript or Python, etc.
...but anyway obviously I'm not saying its not a good thing for a dev shop to interview on, and if they want someone classically trained then it's probably a perfect question. My quibble is just that you might need to widen your definition of who programs.
Is it? I would expect someone to come up with either toggling a variable back and forth for even/odd, or counting by 2s, heck, treat it as a floating point, divide by two, and search the string representation for a period or something!
I feel like the floating point suggestion would backfire quickly due to imprecisions.
Shouldn't people familiar with integer arithmetic should be able to struggle to something like
x == 2 * (x/2)
to test if it is odd or even? Or just bitwisex & 1
?If round(x/2) != x/2
Meanwhile I in school practiced Diffie-Hellman on paper with classmates