笔记
0工具
0此页用于记录用户反馈问题后的每一次改进
关于
“写笔记”支持四种格式——Word 文档、Excel 表格、Markdown、纯文本，起稿或二次编辑时都能随时切换，同一篇笔记想用哪种形态来记，都由你说了算。
md、txt、csv、json 这类纯文本则原样载入，不做多余加工。拿一张现成的表倒进来、改几笔、再导出去，等于白用一台免费的格式转换器。
要带走就在右上角点“下载”，可导出 PDF、Word、Markdown、Excel、TXT 等格式；列表卡片“⋯”菜单里，也有同样的下载入口。
在“工具”页点“＋ 上传工具”即可发布：填好名称与链接，再用 Markdown 把使用方法写清楚——能解决什么问题、怎么装、怎么用，比堆介绍实在。
要分发安装包就一并上传压缩包（ZIP、RAR、7Z、TAR.GZ，最大 35MB），别人在详情页一键下载；只放链接不带附件也可以。
工具按大家的收藏热度排序，好用的自然会被顶上来。发布后可在详情页或卡片菜单里编辑、下架。
写笔记时勾上“隐藏”，这篇就只存在于你自己的账号里：不进列表、不进搜索、不上首页精选，也不会出现在任何公开的页面，链接发给别人同样打不开。
适合放密码、草稿、日记这类只给自己看的内容；想公开，去“发布”打开它，把“隐藏”的勾去掉再保存，之后编辑会默认保持原状态，不会悄悄变回公开。
不想公开、只想临时给人看：点“分享”生成一条带密码和有效期的链接，到期自动失效，你也能随时撤销。
你的内容会同时保存在多个副本上，系统定期做备份与完整性校验，再配合异地容灾机制：就算某台机器出问题，数据也不会丢，可以长期放心存放；特别重要的资料，仍建议你另外再留一份备份。
全站跑在容器化、模块化的现代架构上，更新、部署、回滚都很快，扩展性和稳定性都按长期运营的标准来设计（Built for reliability, designed to scale）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
趋势
在Uber的诡异一年：一位女性工程师的性骚扰与组织混乱亲历记
一位Uber女性工程师亲述性骚扰举报无果与组织政治混乱的一年，揭露科技巨头管理文化的深层问题。
引言：为什么离开Uber
2017年2月，前Uber工程师Susan Fowler在个人博客上发表了一篇长文，详细描述了自己在Uber工作近一年（2015年11月至2016年12月）的亲身经历。这篇文章迅速引爆了硅谷乃至全球科技圈的讨论，最终成为推动Uber内部大调查、CEO Travis Kalanick下台以及整个科技行业反思职场文化的重要导火索。HN上获得了4107分的高赞和1013条评论，足见其影响力。
这不是一篇普通的离职吐槽，而是一个工程师在混乱组织中试图保持专业、完成工作，却不断被系统性漠视和官僚推诿所阻碍的纪实。作为技术编辑，我将原文完整翻译并补充背景，让你理解这篇“奇怪、迷人且略带恐怖”的故事背后的技术组织管理教训。
入职：微服务转型期的机遇
2015年11月，Susan以**站点可靠性工程师（SRE）**身份加入Uber。当时Uber正处于从单体架构（monolithic API）向微服务（microservices）转型的阵痛期，系统“足够混乱”，因此可靠性工程有大量激动人心的工作可做。SRE团队还很新，她有幸可以选择自己感兴趣的团队。
经过几周培训，她选择了与自己专长最匹配的团队——这正是噩梦的开始。
第一天：经理的性骚扰与HR的“第一次违规”说辞
加入团队的第一个正式工作日，她的新经理通过公司聊天工具发来一连串消息：
- 他说自己处于“开放关系”中，女友很容易找到新伴侣，而他自己很难。
- 他说自己“试图在工作上不惹麻烦”，但“忍不住”，因为他在找女性发生性关系。
- 意图再明显不过：他在向Susan求欢。
Susan立刻截图并报告给HR。她当时对Uber这种规模的公司有“标准期待”：报告性骚扰，HR妥善处理，然后继续工作。然而现实完全不同。
HR和上级管理层的回应：
- 承认这“显然是性骚扰”，是经理在“提出性要求”。
- 但这是该经理的“初犯”（first offense），他们“不放心”给予超出警告和严肃谈话的处罚。
- 上层称他是“高绩效者”（high performer），绩效评估优秀，他们认为这“可能只是他无心的错误”，惩罚他会“不舒服”。
- 给Susan两个选择：
- 选项A：换到另一个团队，永远不再与该经理互动。
- 选项B：留在原团队，但必须接受该经理在绩效评估时“很可能给你差评”，且公司“无能为力”。
Susan指出这根本不算选择。她强调自己对该团队正在攻坚的项目有深厚专长，留在团队“真正符合公司利益”，但HR和上级反复给出同样的说辞。更荒谬的是，一位HR代表明确告诉她：如果她后来收到差评，那不算报复，因为她“已经被给了选项”。
她尝试向上级升级（escalate）此事，但无论是HR还是管理链条都无动于衷——他们坚持“已经严肃谈话了”，“不想因为初犯毁了他的职业生涯”。
技术笔记要点：这是典型的HR保护高绩效者文化。在科技公司，绩效数字往往凌驾于行为准则之上。Susan后来在书中写道，这种“初犯免责”逻辑本身就是系统性缺陷——它让性骚扰成为“低成本试错”，因为施害者知道第一次几乎不会付出代价。
离开团队：被迫放弃专长
Susan最终离开了那个团队。她花了数周时间了解其他团队，才找到一个落脚点——她“拼命不想再和HR打交道”。她加入了一个全新的SRE团队，获得了大量自主权，并在那里做出了出色工作。事实上，她在这个团队的工作后来演变成了生产就绪流程（production-readiness process），并写成了畅销书《Production-Ready Microservices》。
但这段经历给她留下了深刻烙印：她被迫放弃了自己最擅长、对公司最有价值的项目，仅仅因为一个性骚扰者被保护了。
涟漪：不止一个受害者
在接下来几个月，Susan认识了更多女性工程师。她惊讶地发现，有些人的经历和她惊人相似——甚至有人报告过同一个经理，而且是在Susan入职之前就报告过他的不当行为。
真相浮出水面：HR和管理层一直在撒谎。所谓“初犯”根本不是初犯，而且也不是最后一次。在Susan入职后的几个月内，该经理再次因不当行为被举报，举报者得到的答复依然是“这是他的初犯”。
Susan和几位曾举报过他的女性决定联合起来，分别与HR安排会议，坚持要求处理。结果：
- HR代表告诉她：他“从未被举报过”，只有“一次违规”（即与Susan的聊天），其他女性“没有说他任何坏话”，因此“不能也不会采取进一步行动”。
这是如此赤裸裸的谎言，以至于Susan感到彻底无力。她们所有人都放弃了Uber的HR和管理层。最终，该经理“离开”了公司——Susan不知道他做了什么才最终被解雇。
技术笔记要点：这说明Uber的HR系统不仅是失职，而是主动串通掩盖。当多个独立举报在时间上早于Susan的举报时，“初犯”说法在逻辑上就不成立。HR的回应模式——“否认、最小化、保护高绩效者”——是系统性性别歧视的典型特征。后来Uber聘请前美国司法部长Eric Holder进行的调查也证实了这一点：Uber的“兄弟文化”（bro culture）和HR的失效是结构性的。
背景：基础设施工程部的“权力的游戏”
除了性骚扰，Susan还描述了Uber基础设施工程部（infrastructure engineering organization）内部高层管理者之间的政治混战。
- 每个经理都在和同级斗争，试图破坏直接上级的地位，以便取而代之。
- 他们毫不掩饰：在会议上吹嘘，告诉直接下属自己的计划。
- Susan记得无数次与经理和skip-level（上级的上级）的会议中，她坐在那里一言不发，而经理在吹嘘自己如何讨好skip-level，并预测“一两个季度内就能坐上经理的位置”。
- 最令人不安的一次团队会议：一位总监向团队吹嘘，他故意向某位高管隐瞒了业务关键信息，以讨好另一位高管——他笑着说“这招奏效了！”
政治游戏的后果：
- 项目被随意放弃（projects were abandoned left and right）。
- OKR（目标与关键结果）每个季度被修改多次。
- 组织优先事项一天一变，没人知道明天做什么。
- 几乎没有任何事能真正完成。
- 所有人都活在恐惧中：团队可能被解散、又会重组、又得开始一个期限不可能的新项目。
Susan形容这是一个“完全、持续混乱的组织”（an organization in complete, unrelenting chaos）。
技术笔记要点：这种政治化环境对技术组织的破坏是致命的。当管理者把精力用于内斗而非工程产出时，系统的可靠性、项目的可持续性、团队的士气都会急剧下降。Uber当时的基础设施在微服务转型期本就脆弱，政治混乱让情况雪上加霜。Susan在书中提到，这种环境下SRE的工作变成了“在流沙上建房子”——你永远不知道地基明天是否还在。
工程师们的韧性：在混乱中做好工作
尽管环境如此糟糕，Susan强调她有幸与湾区最优秀的工程师共事。他们“低头干活”，在混乱中做出了“好的、有时是伟大的”工作。
- 他们热爱工作，热爱工程挑战，热爱让Uber这个疯狂机器运转起来。
- 他们一起找到了度过重组、改变OKR、放弃项目和不可能期限的方法。
- 他们互相保持理智，维护着庞大的Uber生态系统运行，并告诉自己“一切会好起来”。
但事情没有变好。工程师们开始纷纷转移到不那么混乱的工程组织。Susan在完成手头项目、看到事情不会改变后，也申请了转组。
转组被阻：完美绩效下的“未记录问题”
Susan的转组申请被阻止了。
- 她完全符合转组资格：有经理愿意接收她，绩效评分是完美的（perfect performance score）。
- 但经理、经理的经理和总监告诉她：转组被阻止是因为她有“未记录的绩效问题”（undocumented performance problems）。
- Susan指出自己有完美绩效分，且从未有过任何绩效问题记录——但对方坚持己见。
（原文在此截断，但后续故事众所周知：Susan最终在2016年12月离开Uber，加入了Stripe。她在文中提到，这次转组被阻止是压垮她的最后一根稻草。）
技术笔记要点：这是一个经典的**“绩效武器化”**案例。当管理者想留住或惩罚某位员工时，他们可以凭空捏造“未记录的问题”——因为没有记录，所以无法反驳，也无法证明其不存在。这种“无记录即无罪”的漏洞在绩效管理系统中被滥用，尤其在员工举报不当行为后，成为变相报复的工具。Susan的案例证明了Uber的HR流程不仅无法保护举报者，反而给了管理层报复的武器。
结语：为什么这个故事重要
Susan的博文发表后24小时内，Uber CEO Travis Kalanick发表声明称“深感不安”，并宣布进行内部调查。最终：
- 前美国司法部长Eric Holder领导的调查确认了Susan描述的问题。
- 超过20名员工因性骚扰或不当行为被解雇。
- Travis Kalanick在2017年6月被迫辞职。
- Uber的文化改革成为科技行业最受关注的案例。
但Susan的故事远不止是Uber的个案。它揭示了科技行业普遍存在的几个深层问题：
- 高绩效者的豁免权：当绩效数字成为唯一道德标准时，性骚扰者可以肆无忌惮。
- HR的角色错位：HR不是保护员工，而是保护公司免受法律风险——这导致他们倾向于息事宁人。
- 举报者的困境：举报性骚扰往往意味着职业生涯的代价，而不是施害者的代价。
- 政治化的技术组织：当管理者忙于内斗，技术债务和系统可靠性会迅速恶化，最终伤害的是用户和业务。
Susan在后来的演讲中提到，她写这篇文章的动机很简单：“如果我不说出来，下一个女孩可能也会经历同样的事。而如果我说出来，至少有人会看到，也许能改变什么。”
事实证明，她改变了Uber，也改变了整个行业对职场文化的审视。
原文链接：https://www.susanjfowler.com/blog/2017/2/19/reflecting-on-one-very-very-strange-year-at-uber