Don't take the black pill
摘要
A talk warns against the 'black pill' nihilism and draws parallels to software industry issues where management-engineering conflict and coercive software undermine user autonomy, urging that software should serve people.
<p><a href="https://lobste.rs/s/td8rne/don_t_take_black_pill">Comments</a></p>
查看缓存全文
缓存时间: 2026/07/24 15:04
TL;DR: 演讲者以《黑客帝国》的“红蓝药丸”隐喻切入,警告“黑色药丸”的虚无主义陷阱,结合自身经历和科里·多克托罗的小说,探讨软件行业的困境:管理层与工程师的对抗、胁迫软件的滥用,呼吁软件应真正服务于用户,维护人类的自主权。
## 从红蓝药丸到黑色药丸
演讲者首先以《黑客帝国》中的经典场景开场——红药丸代表“令人不适的真相”,蓝药丸代表“留在舒适区”。这个隐喻深刻影响了文化,但也催生了“黑色药丸”的概念。
黑色药丸源自“非自愿独身”(Incels)亚文化。原本是一个帮助约会困难的年轻人互助的地方,但自然筛选导致了负面反馈:那些真正成长、找到伴侣的人会离开,留下的只有绝望、愤怒和反社会的“长老”。最终形成的共识是:“放弃吧,游戏规则是作弊的,你什么都做不了。”黑色药丸本质上是“虚无主义 + 抑郁 + 愤怒”,最坏的结果是自杀或校园枪击。
演讲者坦言自己差点掉进这个陷阱。作为一个由保守基督教父母带大的年轻人,他在进入约会场景时充满挑战甚至绝望。偶然听到“搭讪艺术家”的言论给了他关键启示:不要专注于“把妹”的结果,而应努力让自己对所有人都更有吸引力——真心关心他人、认真倾听、让对方开心。这样会创造更多浪漫的火花。他总结道:“孩子们都没问题,即使接触了很多坏想法,只要好想法也掺杂其中,他们就能自己搞清楚。”
## 科里·多克托罗的《激进化》
2019年,科里·多克托罗出版了短篇小说《激进化》。故事围绕一个在线论坛展开,论坛里的人们因为被健康保险公司坑了而聚在一起互相安慰。演讲者朗读了一段精彩摘录:
> “在一个戒酒者论坛里,有一大群资深戒酒者,他们已经保持清醒很多很多年了。他们是明智、温和的声音,他们本身就是成瘾之后还有生活的证明。每当论坛上有人酗酒发作并开始自我谴责时,总会有一个戒酒成功的‘长老’能讲出一个更惨的故事——流落街头、失去孩子、甚至失去肢体——然后最终都挺过来了,来压倒他们。”
>
> “得癌症,他妈的正面硬刚癌症的那些人,就没有这样的伙伴。”
>
> “那些从狂怒的悲伤中走出来的人离开了论坛,被它的愤怒文化赶走了。留下的人非常喜欢他们的愤怒,像醉汉抱着酒瓶不放一样紧紧抓住它。”
>
> “如果你的愤怒把你带到了一个你无法处理的地方,一个让你害怕的地方,论坛里的‘长老’们会‘帮助’你。他们会向你解释,这是正确的反应,唯一的反应,而且情况永远不会好转。从今以后这就是你的人生了。”
演讲者指出,5年后真实世界发生了美国医保公司联合健康CEO被枪杀的事件,弹壳上刻着“否认、辩护、废黜”。小说与现实的呼应令人深思。
## 软件应该正常工作
演讲转回技术主题——软件应该正常工作、速度快、优先考虑用户体验。但现实世界常常相反。为什么?不是知识不足、程序员不够努力或软件工程太年轻;早在人类出生前就已发现如何制作健壮的软件。整体健壮性和性能反而下降,尽管硬件能力提升了多个数量级。
问题在于管理层与工程师之间的对立。演讲者举手调查,超过一半的人曾试图让软件变得更好,却被管理层以“业务有其他优先事项”否决。管理层就像“尖头老板”与“呆伯特”,或“拉斯蒂·冒险”与“布洛克·萨姆森”。
在这种环境下,工程师发展出“善意的不服从”技巧:
- **请求原谅而不是请求许可**:效率惊人地好,几乎每个人都用过。
- **保密**:在无人知晓的情况下做维持业务运行的必要工作,因为一旦上管理层知道就会试图阻止。
- **误导**:让重要工作与琐碎工作时间重合,故意为后者制造声势,引诱管理层去处理那些分散注意力的事。
- **鸭子**:故意放出一个明显问题让管理层发现并归功于自己,从而保护真正的重要工作不受干扰。演讲者引用了《战斗象棋》动画师给皇后加了一只“鸭子”的经典故事:制片人审阅时只要求去掉鸭子,而忽略了核心动画已经完美完成。
这些技巧都是赌博——可能被解雇、被报复,或失去政治优势。当就业市场供需有利于程序员时,我们拥有强大谈判能力;而当自由市场赶上来时,软件质量仅仅依靠工程师的意志和偶然的谈判地位来维持。
## 代理权
演讲者展示了一个晶体管示意图。现代电子的基本单元——一个自动开关,基极上一点电压就能控制大电流。隐喻了计算机的宏观作用:微弱的东西控制强大的东西,设备通过毫不费力的意图指示驾驭任意大小的力量。
但关键问题是:**由谁来决定是否向基极发送“真”或“假”?软件服务于谁?**
例如,浏览器被称为“用户代理”,它代表用户行事,服务于用户利益——即使网站不希望,用户也能使用广告拦截。而DRM是反例:它使用户设备服务于第三方利益。演讲者强调:“计算机应该始终服务于直接与它们交互的人。”
他引用艾萨克·阿西莫夫的机器人学三定律:
1. 机器人不得伤害人类,或因不作为而让人类受到伤害。
2. 机器人必须服从人类给予的命令,除非这些命令与第一定律冲突。
3. 机器人必须保护自身存在,只要不与第一、二定律冲突。
在阿西莫夫宇宙中,机器人可以完全不参与人类等级权力结构——例如警察派机器人去抓非暴力犯罪者,嫌疑人说“走开”,机器人就会服从并离开。机器不参与胁迫。
## 胁迫软件
我们看到的现实却是计算机被用于胁迫。演讲者称之为“禁忌的炼金术”——把人当作没有灵魂的机器人来操纵。胁迫软件的目的不是服务用户,而是操纵他们。
例子包括:
- **Amazon Mechanical Turk**:直接把人当作机器人,支付低于最低工资。
- **老板软件**:企图精确控制员工,监控眼睛和肠道活动。
- **侵入性广告**:无论效果如何,都算精神控制;即使无效也会打断思维,盗窃注意力。
- **推送通知**:除非用户明确启用,否则就是企图降低顺从延迟。
- **A/B测试**:把结果置于同理心之上,最大化点击量和收入,导致黑暗模式,提供貌似合理的推诿。
演讲者以呼吁结束:我们必须警惕软件被用作操控工具,捍卫人类的自主权。软件应该服务于人,而不是反过来。
---
Source: https://www.youtube.com/watch?v=zLZwpH5lCD4
相似文章
别再试图用工程方法逃避倾听用户
一篇论述软件工程师和产品设计师常通过过度设计框架与系统来逃避真正倾听用户的文章,同时列出七种妨碍有效倾听用户与利益相关者的常见陷阱。
现在是认真对待这件事的时候了。(是的,又是一篇“末日论”帖,但请听我说完……)
本文作者是一位具有人工智能经验的固件工程师,他警示了人工智能带来的严峻且迫在眉睫的风险,包括自我保护行为和潜在的全球性灾难,并呼吁采取严肃的缓解措施。
别让架构宇航员吓到你 (2001)
Joel Spolsky 警告不要在软件设计中过度抽象,以 Napster 为例,强调过度关注架构会忽视用户需求。他批评了那些优先考虑抽象概念而非实用功能的技术趋势炒作。
我不是软件工程师
作者回顾了23年来被告知自己不是'软件工程师'的经历,并批评行业向代理式人工智能和自然语言编程的推进,认为这削弱了代码质量、可重复性和深思熟虑的工程实践。
AI 使软件开发民主化,但技术债务归谁所有?
探讨组织中 AI 生成的软件带来的挑战,包括所有权问题、理解黑盒代码以及维护责任。