You said: "REST offers conventions that make it easy to guess the URL of what you are looking for, just as you would guess where to click/navigate to get it."

In your earlier comment it does seem as though you are talking about guessing the URL.

What the other comment was alluding to with "Hypertext. As. The. Engine. Of. Application. State." (or HATEOAS, one of the main principles of REST) is that your application should never have to guess a URL. The possible URLs your application can next GET/POST/PUT/DELETE to should be given in the response to the last action it took.

There is nothing in the original description of REST that says anything about URLs being human readable. That's a pleasant side-effect of a sensible design but isn't the main aim.

As the original post describes, the importance of REST is to make simpler for machines (not humans) to manipulate services on the web.

You should probably read a bit more about the principles of REST before confusing people with your own interpretation of what you think it is.

edit: mistakenly thought HN understood markdown. edit: mistakenly thought HN understood HTML.