I know this is nitpicky but the author's website doesn't follow their own advice: https://www.hanselman.com/blog/URLsAreUI.aspx https://www.hanselman.com/blog/URLsAreUI --> 404
The article does mention that.
URLs are UI
21–30 of 96 posts
Re: URLs are UI
#22Earlier quoted context omitted.
A string of text is much easier to remember then a bunch of digits. Exorcism if there are more than 4 digits in a row
The string of text, if you are seriously trying to remember it (which I seriously doubt... do you really try to type in those sentence-long title slugs from memory?!) is subject to domain-specific forms of corruption, in the same way direct quotes from people or TV characters tend to be: you subtly change the grammar or replace a noun with a synonym with which you are more familiar. Regardless: I am quite serious...…
Doubt he does that, however I collect some links in a text file and the ones with text in them are the ones I can identify instantly. The ones with just IDs are totally random as to what they are and usually requires a comment accompanying them in the file.
Re: URLs are UI
#23This URL I've memorized and revisit regularly is a bite-sized marvel of semantic clarity:
Re: URLs are UI
#24I know this is nitpicky but the author's website doesn't follow their own advice: https://www.hanselman.com/blog/URLsAreUI.aspx https://www.hanselman.com/blog/URLsAreUI --> 404
Yep. 17 year old blog. Technical debt. It's on Github and it's on my list. I also specifically say it in the post. ;)
Re: URLs are UI
#25At some point here the collective web development world is going to realize what it lost when it tossed REST/HATEOS out in its rush to appear modern.
When did this happen, and what frameworks did the throwing out?
Re: URLs are UI
#26I agree with the article, and I really don't understand how Google Search can be so bad with URLs. Seems they get more and more paramenters every time I look, to the point my browser (Safari) hides the URL just for them.
Google Search is perhaps the definitive example of a site with no interest in human-readable URLs. Google wants you to navigate the web using Google, not by cutting and pasting URLs.
Re: URLs are UI
#27First thing with new Safari: Change default setting for URL bar to actually show URL. Because UI.
Re: URLs are UI
#28URLs are programming language.
Re: URLs are UI
#29See also the pit of despair known as SharePoint. example.com/sites/MySite/MyList.aspx can be functionally the same as example.com/sites/MySite/MyList.aspx?GUIDGUIDGUIDGUIDGUIDGUIDGUIDGUIDGUID=GUIDGUIDGUIDGUIDGUIDGUIDGUIDGUIDGUID&GUIDGUIDGUIDGUIDGUIDGUIDGUIDGUIDGUID=GUIDGUIDGUIDGUIDGUIDGUIDGUIDGUIDGUID&GUIDGUIDGUIDGUIDGUIDGUIDGUIDGUIDGUID=GUIDGUIDGUIDGUIDGUIDGUIDGUIDGUIDGUID&GUIDGUIDGUIDGUIDGUIDGUIDGUIDGUIDGUID=GUIDGU…
While I've become less than enamored by Microsoft lately, these are difficult decisions to make because every assumption carries a penalty. All abstractions are leaky. That being said, maybe they can do better. I used SharePoint 2007 and was told 2010 and beyond were much better?
I've been playing with drupal for a few weeks and there's the concept of an alias in drupal where everything is /node/{node-id} internally but the user sees the alias every time.
About angular 2+, you can have routes I believe. Like {base-url}/user/keganunderwood can show you the profile page for me. Even if you go to it directly.
Re: URLs are UI
#30URLs are addresses. For web, we messed up and URLs became part of the UI. It shouldn't be necessary to use URLs in most cases though. e.g. imagine using IMAP URLs to read your email.