418
Trick OR Treat (mander.xyz)
top 11 comments
sorted by: hot top controversial new old
[-] Coskii 24 points 7 months ago

This has explained the logic gates to me in a way I'd never understood before.. And for that I'm glad.

[-] Email@lemmy.world 7 points 7 months ago
[-] davel@lemmy.ml 5 points 7 months ago

Trick or treat is a threat. They can’t refuse you treats because of the implication.

[-] affiliate@lemmy.world 4 points 7 months ago

Treat OR NO Trick

[-] tetris11@lemmy.ml 7 points 7 months ago* (last edited 7 months ago)

Me (15 years old): "Go on then, show us a trick! *snickers derisively*
Me (5 minutes later, wiping the windows): *how the hell did they hide that many eggs under a cape*

[-] Turbonics@lemmy.sdf.org 6 points 7 months ago

Smol chance for and

[-] fubarx@lemmy.ml 4 points 7 months ago
  • RPN: OR Trick Treat

  • Async multithreading: Treat Trick (loop closed) OR (stack trace)

[-] CanadaPlus@lemmy.sdf.org 3 points 7 months ago

So this is one of the cases where XOR is contextually meant by "or". Although people have been known to do trick anyway, and it's of course an empty threat most of the time, so more like treat CONST ~trick. Speaking of, where's my identity, implication, inhibition and null Halloweens?

Trick XNOR treat is the definite chaotic option. Your house gets egged if and only if you give them candy.

[-] captain_aggravated@sh.itjust.works 1 points 7 months ago

Would "Trick NOT Treat" include only the area of Trick that does not overlap Treat?

[-] HereIAm@lemmy.world 2 points 7 months ago

Yes. Pedantically (as if this is a real language to begin with) it would be "Trick AND NOT Treat".

this post was submitted on 30 Oct 2024
418 points (100.0% liked)

Programmer Humor

36724 readers
14 users here now

Post funny things about programming here! (Or just rant about your favourite programming language.)

Rules:

founded 5 years ago
MODERATORS