TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

The Hideous Name (1985) [pdf]

9 点作者 abvr超过 6 年前

2 条评论

sctb超过 6 年前
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 未加载
gumby超过 6 年前
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.