页面加载完成瞬间，浏览器地址栏跳转了——这不是故障，是设计。
「With」作为介词的技术实现
这段代码做了一件极简单的事：把用户带向Medium的某篇文章。但文件名和参数泄露了意图——「With」，以及分类标签「relationships-5」。
技术层面看，这是标准的重定向脚本。window.onload 触发后，href 被硬编码替换，带完整的URL编码参数。没有交互设计，没有加载动画，零延迟跳转。
这种「无感跳转」本身就是态度：关系（relationships）不需要中转页，不需要解释，直接抵达。
两种读法：工具派 vs 隐喻派
正方观点：这就是个落地页（lander）的常规技术实现。参数里的「source=rss」说明流量来自RSS订阅，「relationships-5」是内容分类ID。纯工程逻辑，无深意。
反方观点：命名选择暴露产品哲学。文件名用「With」而非「Redirect」「Go」——介词选择暗示伴随关系，而非单向动作。RSS作为旧协议，在这里成为「关系」的输送管道。
我的判断：技术实现确实常规，但命名决策值得玩味。Medium的内容架构把「关系」设为一级分类（编号5），而技术路径选择让跳转本身成为「关系」的第一触点——用户还没看到文章，已经被代码「陪伴」了一次。
为什么这值得产品经理看一眼
微交互（micro-interaction）的命名权。当团队争论「这个跳转页要不要加品牌元素」时，这段代码的回答是：删掉页面，只留动词。
「With」作为产品名/功能名/文件名，同时承担三种角色。这种命名压缩在大型平台罕见——通常SEO、技术、品牌三组人各管各的词表。
RSS参数的存在也说明：旧协议在新产品里获得新语义。不是「兼容」，是「重新调用」。
打开你的浏览器控制台，看看自己的产品在跳转时说了什么——代码不会撒谎，但会沉默。
热门跟贴