Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

It's really more about how when I say "I am a teapot", I want people to think "Oh, he's a teapot!" and not "He might be a teapot, or he might be chiding me for misusing llms or he might be signaling that the monkey is out of bananas or [...]"


I agree, though that means I really should stop returning my 404 - Server Unavailable response, but you'll never have my 500 - OK.


What would be an appropriate response code for "He might be a teapot, or he might be chiding me for misusing llms or he might be signaling that the monkey is out of bananas or [...]"?


Each of those should have a clear, unique response code. There should be no "maybe it's this, maybe it's that". A real-world example is login forms that tell you something like "Invalid e-mail or password".

Are you joking around with me or is my point just not as obvious as I believed it to be?

Edit: Not sure if that last bit sounds confrontational, please know that it's a genuine question.


So we've gone down a bit of a path here, and thats cool :-)

Thank you for taking the time to respond and ask. My original 418 message was very much intended as a light hearted joke, in the spirit of "if we wanted to return cheeky responses to previously nonsense APIs that AI invented" I actually like this idea of subverting AI in inventive ways.

Now to the point where we've got here, yes I 100% agree in real-world, production applications, you should return response codes which accurately represent the actual response. But there also a place for fun, even in production, and 418 represents that for me.

Thanks for caring about quality :-)




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: