YYYY-MM-DD crew checking in
this post was submitted on 16 May 2025
499 points (95.6% liked)
memes
16265 readers
3546 users here now
Community rules
1. Be civil
No trolling, bigotry or other insulting / annoying behaviour
2. No politics
This is non-politics community. For political memes please go to !politicalmemes@lemmy.world
3. No recent reposts
Check for reposts when posting a meme, you can only repost after 1 month
4. No bots
No bots without the express approval of the mods or the admins
5. No Spam/Ads
No advertisements or spam. This is an instance rule and the only way to live.
A collection of some classic Lemmy memes for your enjoyment
Sister communities
- !tenforward@lemmy.world : Star Trek memes, chat and shitposts
- !lemmyshitpost@lemmy.world : Lemmy Shitposts, anything and everything goes.
- !linuxmemes@lemmy.world : Linux themed memes
- !comicstrips@lemmy.world : for those who love comic stories.
founded 2 years ago
MODERATORS
ISO 8601 for life
Thank you. I was gonna let this one slide over my head.
Excel 2: January 2nd
Meanwhile JavaScript: 1+"2" = "12"
Just had fun with that yesterday
I'm assuming "" makes 2 a string... Would expect 12 as well.
You can wind up in the same trap in VB/VBA as well. It baffles me that in this current century there are still languages where text concatenation symbols and mathematical operators are the same character.
It's even worse in the case of VB because you can also use & explicitly to concatenate strings, whereas + can be either a mathematical operator or a string concatenator depending on context and the types of variables you've put it between, which VB may or may not decide to cast into strings depending on an arcane set of conditions that nobody understands or remembers. So the solution was right there all along, i.e. just make & the only concatenator and reserve + for math only. But that would be too much like right.
There's nothing wrong with overloading an operator for other classes; the problem is the unexpected typecasting.
Python, for example, will allow you to "add" strings to concatenate, but will throw a type error if you attempt to add a string to an integer.
PHP uses . which works perfectly fine, I've never encountered this nonsense before
Yes, and PHP can even implicitly (or explicitly!) cast variables between different types. Dot (.) is for strings and + is for math. It's one of the few things about PHP that makes sense.
This is so close to being good
Why did you put it in a twitter screenshot instead of a meme
This meme is feeling really over done lately.
Theoden: this glass is half of what I’d hoped for
Pessimist: The glass is half empty.
Optimist: The glass is half full.
Realist: Guys, I think this is piss.
The glass is a non-homogeneous 50/50 blend of water and air
If a glass is half full on a table but there are no optimists to see it, is it half empty?
You have an infinitely large glass of water that is full, but you need to store extra infinite water in it. Will your optimism help you do this safely?
The glass is 100% overengineered for it's current mode of operation.
Not Jan 2? I must test this.
*Tested. Jan 2 from 1-2 and 1/2.
Depends on your date format. For it to be a problem to begin with, you need to use a date format with "/" as the separator. If it's 1st of Jan or Feb 1st then depends on the order.
And of course you need to enter an actual fraction, instead of like 0.5. This also narrows down the locations where this is an issue considerably. I think it's mostly north America where fractions are more commonly used instead of decimals die to the imperial system, but there might be other places where it's common, too, and I just don't know about it.
Tested. Jan 2 from 1-2 and 1/2.
I was thinking it would be about midday on 31st of December 1899.