我为了给一家对冲基金交付一个平台连续工作了80小时一周，然后他们把我解雇了

故事的可信度

• 许多评论者对字面细节表示怀疑，尤其是上线后 48 小时就解雇唯一的 OMS 开发者；他们认为这是最危险的时刻，后续维护至关重要。
• 也有人反驳说，不理性或短视的管理很常见；他们分享了关键员工在关键发布期间或刚发布后就被裁掉的轶事。
• 一些人指出，英国的雇佣规范和保护措施让“立刻解雇”略显可疑，但也有人提到在最初两年内法定保护很弱。
• 少数人认为文章缺少背景（例如系统质量、内部政治、新经理，或早就计划无论结果如何都要解雇）。

工作时长、剥削与职业策略

• 普遍共识是，替雇主工作 70–80 小时一周有害，而且通常得不到回报；几位评论者说他们只会为了自己的项目这么做。
• 建议：不要“扮演英雄”，不要把人生规划建立在奖金或口头承诺上，也不要爱上你的工作——把它当作一份合同，仅此而已。
• 多位评论者认为，这并不是“高效工作”，而是不可持续的冲刺式加班，以及通往职业倦怠的道路。
• 有些人建议，既然他交付了这些成果，就该把自己当作高级工程师或外包承包商来推销。

对冲基金、资本主义与文化

• 几位评论者将对冲基金和高金融行业描述得格外冷酷且只讲交易；他们讲述了不尊重、诉讼倾向，以及“用完就丢”的行为。
• 讨论也扩展到资本主义：贪婪与野心、股东价值意识形态，以及企业把利润置于产品、维护或人员之上。
• 观点是，许多企业都会乐于在尽可能少交付的情况下赚钱，而员工基本上只是“数字”。

管理做法与交付后解雇

• 其他公司的许多例子：大规模冲刺、上线，然后为了避免加薪而裁员或给差评。
• 有人指出一种模式：一旦 v0.9/v1.0 “够好了”，一些经理就把开发者当作承包商，在未来成本或奖金/股权义务上节省开支，于是直接裁掉他们。
• 也有人强调这种做法的 bus factor 和长期风险，但指出许多经理低估了维护需求。

技术选择与风险

• 关于工作中学习 Rust 的争论：有人说如果你会其他强类型语言，Rust 并没有那么难；也有人担心在构建高风险金融软件时边学一门新语言。
• 有人提出疑问：为什么一家对冲基金要自己开发定制 OMS，而不是直接买现成方案；一个回答是，短期内雇一个人且压低薪酬可能更便宜。
• 有人猜测，基金可能在初版完成后用更有经验的工程师替换了主人公。

法律/伦理上的报复

• 少数人琢磨在代码里埋“定时炸弹”或隐藏关停逻辑来夺回筹码；压倒性的回应是，这既不道德，又有风险，而且很可能惹上法律麻烦。
• 推荐的教训是：不要搞破坏，而是在一开始就限制过度承诺，并假设非合同性的承诺可能永远不会兑现。