TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

The Hideous Name (1985) [pdf]

9 pointsby abvrover 6 years ago

2 comments

sctbover 6 years ago
Follow-up by Russ Cox: <a href="https:&#x2F;&#x2F;research.swtch.com&#x2F;name" rel="nofollow">https:&#x2F;&#x2F;research.swtch.com&#x2F;name</a>.
评论 #19124117 未加载
gumbyover 6 years ago
I never liked this essay because it attacked a problem from the wrong perspective. Uniformity of reference is a desirable goal (I&#x27;m a Lisp programmer, how could I say otherwise? :-) but should not become a fetish. Not all names have equivalent semantics.<p>In the case of email, the &quot;unix&quot; approach described requires a lot of knowledge on the part of the user: hence foovax!kremvax!ourgateway!mymachine!you requires a hell of a lot of network connectivity knowledge! While saying &quot;mit.edu will know what to do with this MIT address or else will let me know&quot; is much easier and meets the &quot;cloud&quot; promise of the original 1970s TCP papers, even if the latter was talking solely about routing. The baroque (and transitional) email addresses described are actually appropriate: &quot;I know some extra routing info and though I can&#x27;t do it, SU-CSLI.ARPA can&quot; (amusingly I used to use that very machine!)<p>And the same is true of the filesystem naming; while I agree that the VMS naming architecture was a bit baroque, the (optional) explicit version info was available to everyone, as if you could refer to a particular git revision from any program.