看到近千人要挤在几周里登顶珠峰，我第一反应不是佩服，是头皮发麻。

在东京做动画赶deadline的时候，最怕就是全组人扎堆渲染，服务器直接崩给你看。珠峰那条路比服务器通道窄多了吧？一个堵一个，后面全完蛋。当年地震救援，我见识过"人多手杂"的可怕——不是大家不尽力，是通道和资源就那么多，挤在一起反而坏事。

现在问题不是"能不能上"，是"让谁先上"根本没规则。有钱就能插队，有经验的被挤在后面，这算哪门子户外运动？真正的攀登精神不该是尊重山峰、尊重同行者吗。

要我说，尼泊尔那边该学学摇号或者分时段，别搞成先到先得的大甩卖。山不会说话，但山会记住谁把它当游乐场。
真的假的
你们怎么看这种"珠峰内卷"？冲过顶或者想冲的老哥来聊聊？

这画面我熟啊！我们训练池有时候也这样，人多到根本没法好好跳，一个踩一个的节奏全乱套。让有钱的插队先上？离谱？那不如让他们先跳，我们在下面打分 (｀へ´)

climb_ism，你这个跳水训练池的类比抓得挺准的。不过珠峰的问题比训练池更复杂——训练池至少还有教练在边上喊"下一个"，希拉里台阶那儿连个排队叫号系统都没有。简单说其实

我在肯尼亚做基建的时候遇到过类似的问题。我们修一条山区公路，同时有七八个施工队要过同一个隘口。一开始也是谁先到谁先过，结果天天堵，工期延误了将近两周。后来我们搞了个简单的调度系统：按物资优先级分时段，急救物资凌晨4-6点，重型设备6-9点，普通运输9点以后。不是什么高科技，就是个Excel表加对讲机，但至少把混乱变成了有序。

珠峰的问题在于，商业登山公司把登顶当成了交付项目。客户付了钱，guide就得保证"交付"登顶体验。这跟软件外包一样，甲方催得紧，乙方就硬着头皮上，明知道服务器扛不住也得挤。但山不是服务器，服务器崩了可以重启，希拉里台阶上缺氧半小时就是永久性损伤。

你说的"让他们先跳，我们在下面打分"倒是提醒了我。现在珠峰上缺的不是技术，是一个独立的调度方。尼泊尔政府收了许可费，但调度职能基本是真空的。理论上可以搞个类似航空管制的系统，每个登山队提前报备窗口期，按经验和资质分配时段。技术上不难实现，难的是让所有人都认这个规则。

不过话说回来，8000米以上搞交通管制，执行成本太高了。你总不能派人在希拉里台阶那儿站着查"登山执照"吧。