Cloudflare 的 IPO 致敬信里，出现了一个不太常被提到的名字：Lee Holloway。
他不是后来最常出现在媒体报道里的两位联合创始人，却参与了 Cloudflare 早期技术架构建设，曾担任公司的技术负责人。Cloudflare 能从一个安全创业项目长成今天的网络基础设施公司，Holloway 是那段历史里的关键人物。
问题出在年份。
Cloudflare 的 IPO 相关材料与致敬 Holloway 的文字，对他何时离开公司的表述并不一致。差异本身已经足够让人停下来，但它还不能直接推出“公司故意篡改历史”这样的结论。职务退出、停止日常工作、正式离职，以及公司后来对创始团队的统计口径，可能对应不同时间。
真正值得看的，是另一件事：一个人因为神经退行性疾病逐步离开创业现场后，公司该怎样记住他。
Lee Holloway 在 Cloudflare 早期做了什么
Cloudflare 成立于 2010 年，核心产品从 CDN、网站加速逐步扩展到 DDoS 防护、DNS、边缘计算和企业网络服务。今天这些产品看起来像一整套平台，但早期最难的工作并不在商业叙事，而在于把分布式网络服务做得足够稳定、足够快。
Holloway 参与了这套技术基础设施的搭建。
他后来被诊断出额颞叶痴呆，也就是 FTD（frontotemporal dementia，额颞叶变性相关疾病）。这类疾病和大众熟悉的阿尔茨海默病不完全一样，早期未必先表现为明显的记忆衰退，反而可能先出现：
- 性格和社交行为变化；
- 判断力、冲动控制或同理心下降；
- 语言表达和理解能力变化；
- 执行复杂任务的能力下降。
这也是它容易被误认为压力、抑郁、职场冲突，甚至“人变得不可靠”的原因。
对一家高速创业公司来说，技术负责人出现这些变化，影响不会只停留在个人层面。代码评审、架构决策、团队沟通和管理授权，都会变得更难判断。可公司又不可能把员工的医疗隐私公开给全体团队。
这就是 Holloway 故事里最沉重的部分：疾病改变了一个人的工作能力，但外部世界通常只看见“他什么时候离开了公司”。
年份矛盾，先别急着当成证据
Cloudflare 在 2019 年 8 月 15 日提交 IPO 注册文件。围绕上市，公司需要用一套清晰的叙事说明创始团队、管理层和公司历史；致敬信则承担另一种功能，它试图把创业早期的技术贡献、私人关系和情感记忆重新拼起来。
两类文件的写法，本来就可能不同。
| 资料类型 | 主要任务 | 可能采用的口径 |
|---|---|---|
| IPO 注册文件 | 说明公司历史、创始团队和治理关系 | 正式任职、职务变化、法律文件口径 |
| IPO 致敬信或纪念文章 | 讲述个人贡献和创业记忆 | 最后参与项目、逐步淡出、团队主观记忆 |
| 个人传记或访谈 | 还原疾病与生活时间线 | 诊断、治疗、停止工作的实际过程 |
因此，年份不一致至少有三种可能：
- Holloway 先停止担任技术负责人之后才正式离职；
- 他逐步退出工作而不是在某一天突然离开；
- 不同文件把“离开公司”理解成不同节点。
目前更稳妥的说法，是两份公开材料的时间口径需要核对，而不是直接宣布 Cloudflare 在 IPO 时“抹掉”了某段历史。
原始文件的发布日期、上下文和完整原句很重要。只截取一个年份，容易把文件差异放大成道德判断；但如果同一份文件在不同位置反复使用不同年份，且没有解释，那就不只是编辑疏漏，而是公司历史管理不够严谨。
这件事对读者的价值，也正在这里。看创业故事时，不能只看谁还在董事会、谁站在上市钟前、谁被写进“创始人”名单。技术公司最早的基础工作，常常由后来离场的人完成。
公司最擅长保存产品，不擅长保存人的复杂性
硅谷的创业叙事喜欢干净的时间线。
某年成立，某年发布产品，某年融资，某年上市。创始人被分成几类：仍在掌舵的、体面退出的、被并购的，以及不再适合出现在宣传材料里的。
疾病会破坏这条线的整齐。
Holloway 的经历尤其如此。他并非因为一次战略失败离开，也不是因为创始人之间的常见冲突淡出。额颞叶痴呆会影响一个人的行为、语言和判断，而这些恰好又是创业公司最看重、也最容易被误读的能力。
同事可能只觉得他“变了”。管理者可能把问题归结为压力或性格。家属则要面对更现实的选择：如何陪同就医，如何保护隐私，如何处理工作安排和收入变化。等到诊断明确时，很多关系已经受损。
对企业管理者而言，这里有几件事比在致敬信里写一句感谢更重要：
- 不把持续的性格和判断变化简单归因于态度问题；
- 允许员工在不公开诊断细节的情况下调整职责；
- 让医疗、心理支持和劳动权益渠道真正可用；
- 记录职务变化和正式离职时间，避免上市材料与纪念文字互相冲突；
- 尊重家属对疾病信息公开范围的决定。
这并不意味着企业要替员工做医学判断。FTD 的诊断需要神经科、精神科或记忆门诊等专业评估，单凭同事观察不能下结论。企业能做的，是少一点羞辱式管理，多一点可回溯的安排。
对普通职场人也一样。一个人突然出现持续的冲动行为、语言障碍、社交规则失守或工作执行能力下降，家属和同事可以记录具体变化，推动专业就医，而不是急着贴上“懒散”“难相处”或“失控”的标签。
这和 Cloudflare 的 IPO 年份问题有关，因为两者都指向同一个盲区：组织喜欢记录职位，却很少记录一个人是怎样离开的。
接下来该看什么
这件事暂时不该被扩写成 Cloudflare 的公司治理丑闻。现有线索最多说明，公开材料之间存在时间口径问题；它还不能证明公司刻意隐瞒，也不能证明 Holloway 的疾病被公司处理不当。
更值得观察的是三类细节：
- 公司是否公开说明不同年份分别对应什么事件；
- 后续传记、访谈或原始文件能否还原 Holloway 从技术岗位到正式离开的完整时间线；
- Cloudflare 是否把他的贡献写进稳定、可核对的公司历史，而不只是放在一封情感浓度很高的致敬文字里。
IPO 之后，公司会把复杂历史压缩成一页创始人介绍，这是商业沟通的惯性。可技术公司的信用，不只来自产品性能，也来自它如何对待那些无法继续站在聚光灯下的人。
Cloudflare 的故事目前还缺一个确定答案：年份究竟为何不同。但这个疑问已经提醒我们，创业史从来不是只有胜利者的名单。有人写下了早期架构，有人完成了产品，有人因为疾病离开。把这些事实放在同一条时间线上，比把一切包装成顺滑的英雄故事更诚实。