可以从系统的输入、反馈机制和物理边界来观察。
物理规律的“弹性化”
在算法和硬件开发中,一切都有权衡(trade-offs)。如果老板提出的愿景违反了基本的物理或数学常识,这就是第一个红旗:
- 他们是否宣称能实现某种在当前算力或物理约束下不可能完成的性能?
- 当你报告信号噪声比(snr)太低或者延迟无法优化时,他们是否认为这只是“态度问题”或“缺乏忠诚度”?
- 真正的技术领袖尊重边界;骗子型老板则认为意志力可以改写物理常识
过度的“信息孤岛”(siloing)
elizabeth holmes 最著名的手段就是利用保密协议(ndas)将团队完全隔离。
- 你是否被禁止与上下游团队交流?例如,感知组不能和规划组讨论输入数据的真实性。
- 信息的流动是否呈现“星状结构”,即所有重要信息只能汇总到老板一人手中,而横向沟通被视为“刺探机密”?
- 在健康的工程文化中,代码评审(code review)和交叉验证是常态;在“坏血”文化中,质疑被视为背叛。
“黑盒”式的演示
对于工程师来说,演示应该是随机的、充满边界测试的。
- 老板是否只允许展示高度脚本化的、在特定受控环境下的 demo?
- 演示结果是否看起来“太完美了”,完美到不符合研发阶段的逻辑?
- 如果 demo 的成功是建立在手动干预或预设路径上,而老板却对外宣传这是自主导航(autonomous),那么你就在一艘正在下沉的船上。
用“愿景” 屏蔽 “反馈回路”
这种老板通常具有极强的叙事能力,他们用宏大的辞藻来掩盖技术细节的匮乏。
- 会议中是否充斥着“改变世界”、“颠覆行业”等口号,却极力回避具体的 block diagrams 或数据指标?
- 当你提出技术风险时,老板是否会用“你不够相信我们的使命”这种情感操控(gaslighting)来反驳你?
- 观察他们对“坏消息”的反应:健康的组织奖励发现 bug 的人;病态的组织惩罚指出问题的人。
人才结构的逆淘汰
看看谁在离开,谁在留下来。
- 那些真正懂行、有资历的技术大牛是否在短时间内集体离职?
- 接替他们的人是否是完全没有相关背景的“唯唯诺诺者”或老板的亲信?
- 像 tim kemp 这种甘愿充当“监工”而非“导师”的管理者的出现,是企业走向邪教化的标志。
| 特征 | 健康的技术老板 | holmes 式老板 |
|---|---|---|
| 对待失败 | 视为迭代的原始数据 | 视为需要隐藏的耻辱 |
| 沟通方式 | 鼓励跨部门协作(collaboration) | 严密的信息隔绝(compartmentalization) |
| 技术理解 | 深入细节,尊重逻辑 | 停留在营销话术和愿景层面 |
| 法律/安全 | 保护知识产权 | 用来恐吓和控制员工 |
如果老板更在意对外宣传的视频,而不是你电脑里的 sensor logs,那这就是你该准备简历的时候了。
