Yes, I'm aware, but the feature is often called "RESTful" urls in frameworks. I actually thought the url was '/bets/1' until I went back and re-read it... my brain inserted it in there, since it's so common.
Like 'HTML5' or 'hacker,' 'REST' is a totally destroyed, meaningless term. I'm attempting to be pragmatic about it. Better to effectively communicate than hold onto intellectual purity.
If the term is totally destroyed and meaningless, with different people having different ideas, you'd be better off avoiding it altogether. Don't beat a dead buzzword!
In the general case, I agree with you. However, everyone knows what 'RESTful urls' and 'RESTful apis' mean, it's just that it's not the original recipe REST. For better or worse, the definition has changed.
It's still effective communication, because you know I'm contrasting '/bets/1' with 'index.aspx?action=displayBet&bet_id=1&' (which still could be quite RESTful, actually...), and a form that POSTs to '/bets' vs. a form with method=GET request to 'index.aspx?action=addAnotherBet&=SomeValue=1&something_else=2'. And yes, there's more to it than that, but you get the idea.
Just because it makes puritains die inside doesn't make it wrong.
I'm usually discussing this more fully, as in "RESTful API vs. SOAP" or the actual nitty-gritty of POST vs PUT requests and such. "clean" works much better in this context, though, thanks. I'll file that one away...
I'm one of those puritans who cries a bit inside myself.
I would say that a RESTful URL is simply one that multiple verbs can be applied to. That is, e.g. GETing and POSTing against the URL do different things, thus making the URL the "noun" and the HTTP method the "verb." Completely orthogonal to whether the URL is human-readable.
IIRC, the Long Bets terms include language like 'or similar charitable organization chosen by bettor or the Long Now Foundation if bettor is unavailable'.
We've got a while, but it feels like an appropriate bet.