189
Is my fear of C/++ Justified?
(lemmy.nz)
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 02 Nov 2026
189 points (97.5% liked)
Programmer Humor
33973 readers
284 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
- If the mod doesn't find it funny, you're banned. Ha-ha!... For real: do not use the community for "statements". There are other places for such content. Keep it chill and funny.
founded 3 years ago
MODERATORS
==has never, ever caused me a single issue. Parsing all server input with type-safe schemas makes sure that where I expect a string, I get a string; where I expect a number, I get a number. Bad data must result in an error before it reaches logic."I have no problem living in a house of cards as I make sure to never bump against the walls."
I wonder how many millions of programmer man-hours have been wasted working around JavaScript's design mistakes that could've been saved simply by putting Scheme or Python (which were actually being considered) in the browser instead.
Opposite, living in a house of cards is when you blindly trust data that comes from user. Regardless of the language.
eqeqeqisn't in the recommended linting presets because if you end up needing it, you're probably already in big trouble because of insecure software design.Nobody is advocating for blindly trusting data from the user.
Then where do you see the house of cards? What's the practical difference between == and ===, when your app is type-checked and the inputs are safely parsed?
Because you don't know whether you've actually type-checked everything and that your inputs are safely parsed. Part of defensive programming is to adopt multiple defences to prevent bad data from getting through, including avoiding ==.