419
Trick OR Treat (mander.xyz)
top 11 comments
sorted by: hot top controversial new old
[-] Coskii 24 points 11 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 11 months ago
[-] davel@lemmy.ml 5 points 11 months ago

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

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

Treat OR NO Trick

[-] tetris11@lemmy.ml 7 points 11 months ago* (last edited 11 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 11 months ago

Smol chance for and

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

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

[-] CanadaPlus@lemmy.sdf.org 3 points 11 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 11 months ago

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

[-] HereIAm@lemmy.world 2 points 11 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
419 points (100.0% liked)

Programmer Humor

38737 readers
19 users here now

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

Rules:

founded 6 years ago
MODERATORS