1990年代的某个冬天，伦敦金融城一栋写字楼的顶楼，三个新入职的程序员在零上5度的办公室里坐了整整三周。没人给他们派活，也没人教他们怎么干活。他们的唯一热源，是一台价值百万美元的Tandem主机——正通过一根皱巴巴的排风管，把热气排到窗外。
这栋楼的空调系统，成了他们入职后的第一个"项目"。
被遗忘的顶楼三人组
当事人Rob（化名）向The Register回忆这段经历时，用了个精准的类比：像电影《成为约翰·马尔科维奇》里的场景——他们被塞进一个团队，但团队忙到没空搭理他们，连工位都没法安排。
最终三人被发配到新建成的顶楼。问题是，这层楼的供暖系统还没接进大楼主网。更要命的是，角落里临时搭了个数据中心，塞着一台Tandem大型机。这种机器当年专跑金融交易，价格够买几套伦敦公寓。
机房没有正规散热方案。运维人员的土办法是：开窗，接一根便携式空调用的那种胖乎乎的波纹软管，把主机热风直接排到室外。
Rob的描述很克制："我们尽量忍着。"但伦敦的冬天不会配合人的忍耐。气温持续走低，顶楼变成了冰窖。
三周里，他们观察到一个规律：整个楼层唯一的访客，是个换备份磁带的技师。每周固定时间出现，操作机械，离开。
三个人等来了足够的信息，也等来了足够的冷。
主机改暖气的48小时
计划很简单：调虎离山，截胡风管。
执行当天，一位同事在走廊"偶遇"备份技师，攀谈拖延。Rob溜进机房，把波纹软管从窗口拽进来，关窗，撤退。整套动作不超过两分钟。
效果立竿见影。"那几天我们相当暖和，"Rob写道，"窗户关着，Tandem的热气直接灌进我们房间。"
这台金融级主机变成了顶楼专属暖气片。三个人终于能在工位上正常打字，而不是边抖边等任务。
但Tandem的监控系统不这么认为。主机开始报警——过热。
厂商工程师从外地赶来诊断。他们打开机房门的瞬间，方案暴露：软管盘在屋里，窗户紧闭，三个程序员在隔壁享受"主机供暖"。
Rob没写后续有没有被追责。但那个年代的金融城IT管理，似乎也没空管三个闲了三周的新人。
为什么这事值得现在读
这个故事的有趣之处，不在于技术本身。Tandem主机的散热设计、机房的临时方案、程序员的土法改造——都是那个年代的常态。
真正有意思的是组织失灵的方式：招了人却不安排工作，给了空间却不给基础设施，出了问题靠员工自己"hack"解决。
Rob三人组的应对，是典型的工程师思维：观察系统→找到杠杆点→低成本干预→承受后果。他们没打报告申请暖气，因为知道流程比冬天更长；他们没动主机本身，只是重定向了"废弃"的热能。
这种解法在1990年代可行，是因为当时的IT基础设施足够简单。一根软管、一扇窗、一个监控盲区——物理世界的漏洞，用物理世界的手段就能利用。
今天的数据中心，连进出机房都要刷生物识别。但组织层面的"顶楼困境"没变：新人被招进来却没人带，团队扩张但协作断裂，资源错配靠个体救火。
区别只是，现在的"暖气"可能是某个未文档化的API，某个权限配置失误，某个没人维护的内部工具。利用这些漏洞的代价，也从"被厂商工程师瞪一眼"变成了"触发安全审计"。
Rob的故事结尾没有教训总结，只有一个画面：工程师推门，看到盘绕的软管，三个程序员在隔壁假装什么都没发生。
这种沉默的默契，大概是所有在组织缝隙里生存过的人都懂的语言。
你现在的工作环境里，还有没有这种"顶楼时刻"——系统明明有问题，但官方渠道走不通，只能靠非正式手段解决？最近一次你是怎么处理的？
热门跟贴