Philosophy Mondays: Human-AI Collaboration
Today's Philosophy Monday is an important interlude. I want to reveal that I have not been writing the posts in this series entirely by myself. Instead I have been working with Claude, not just for the graphic illustrations, but also for the text. My method has been to write a rough draft and then ask Claude for improvement suggestions. I will expand this collaboration to other intelligences going forward, including open source models such as Llama and DeepSeek. I will also explore other moda...

Intent-based Collaboration Environments
AI Native IDEs for Code, Engineering, Science
Web3/Crypto: Why Bother?
One thing that keeps surprising me is how quite a few people see absolutely nothing redeeming in web3 (née crypto). Maybe this is their genuine belief. Maybe it is a reaction to the extreme boosterism of some proponents who present web3 as bringing about a libertarian nirvana. From early on I have tried to provide a more rounded perspective, pointing to both the good and the bad that can come from it as in my talks at the Blockstack Summits. Today, however, I want to attempt to provide a coge...
Philosophy Mondays: Human-AI Collaboration
Today's Philosophy Monday is an important interlude. I want to reveal that I have not been writing the posts in this series entirely by myself. Instead I have been working with Claude, not just for the graphic illustrations, but also for the text. My method has been to write a rough draft and then ask Claude for improvement suggestions. I will expand this collaboration to other intelligences going forward, including open source models such as Llama and DeepSeek. I will also explore other moda...

Intent-based Collaboration Environments
AI Native IDEs for Code, Engineering, Science
Web3/Crypto: Why Bother?
One thing that keeps surprising me is how quite a few people see absolutely nothing redeeming in web3 (née crypto). Maybe this is their genuine belief. Maybe it is a reaction to the extreme boosterism of some proponents who present web3 as bringing about a libertarian nirvana. From early on I have tried to provide a more rounded perspective, pointing to both the good and the bad that can come from it as in my talks at the Blockstack Summits. Today, however, I want to attempt to provide a coge...
>400 subscribers
>400 subscribers
Share Dialog
Share Dialog
There has been a lot of praise for bit.ly, the new entrant in the URL shortening field created by betaworks. Now I do on occasion have a need for URL shortening for either tweeting or emailing, but other than that I consider the practice harmful (it should not even be necessary for email if email clients weren’t so awful).
Why do I consider URL shortening harmful? First, because good URLs convey a ton of information. For starters, there is the domain itself, which gives me a good idea of what I will be looking at if I follow the link – amazon.com, probably a product, readwriteweb.com, probably a technology blog post, etc. Well over 50% of the time I choose not to click on something simply based on that heuristic alone (which is also why I think it’s a terrible idea to use Javascript or other hacks to try to suppress the browser from showing a link address on a hover).
Second, because it creates a completely unnecessary and centralized layer on top of a beautiful distributed system known as DNS. If bit.ly or any of the other services goes down, none of these URLs are resolvable. Even when the services are up the resolution requires an extra roundtrip when otherwise resolution could often be local due to DNS caching.
I can probably think of a bunch of other reasons, but these two alone strike me as sufficient reason to avoid URL shortening whenever possible.
There has been a lot of praise for bit.ly, the new entrant in the URL shortening field created by betaworks. Now I do on occasion have a need for URL shortening for either tweeting or emailing, but other than that I consider the practice harmful (it should not even be necessary for email if email clients weren’t so awful).
Why do I consider URL shortening harmful? First, because good URLs convey a ton of information. For starters, there is the domain itself, which gives me a good idea of what I will be looking at if I follow the link – amazon.com, probably a product, readwriteweb.com, probably a technology blog post, etc. Well over 50% of the time I choose not to click on something simply based on that heuristic alone (which is also why I think it’s a terrible idea to use Javascript or other hacks to try to suppress the browser from showing a link address on a hover).
Second, because it creates a completely unnecessary and centralized layer on top of a beautiful distributed system known as DNS. If bit.ly or any of the other services goes down, none of these URLs are resolvable. Even when the services are up the resolution requires an extra roundtrip when otherwise resolution could often be local due to DNS caching.
I can probably think of a bunch of other reasons, but these two alone strike me as sufficient reason to avoid URL shortening whenever possible.
No comments yet