很多35岁的大厂朋友找我喝咖啡，聊的话题惊人的一致：“要是被裁了，我就去开个咖啡馆/花店/做烘焙。”我通常会直接泼一盆冷水：“你这是在用自己的业余爱好，去挑战别人吃饭的本事，这不叫转型，叫慈善。”
我曾以为DevOps就是一定要上Kubernetes、一定要搞微服务、一定要有完美的测试覆盖率。
前几年，我陷入过一种很典型的“知识焦虑”。那时候我的收藏夹里塞满了“干货”，Kindle里囤了几百本经管类畅销书，好像只要点击了“购买”或者“收藏”，那些知识就自动流进我的脑子里了。
曾几何时，我认为跨部门协作的流程很简单：拉个会，对齐需求，排个期，然后开干。直到五年前，我负责一个被称为"公司年度战略"的电商大促项目。
刚入行那会儿，我有个特别丢人的“工位习惯”：哪怕只是PPT里错了一个数据被老板当众指出来，我表面强装镇定，脑子里其实已经开始播放“完了，我要被开了，我职业生涯毁了”的恐怖片。
那是一个周五的凌晨，我正准备合上电脑享受周末，钉钉的报警群突然像疯了一样炸锅。"DB CPU Util > 90%"
曾几何时，每当项目上线出现严重Bug，或者里程碑延期，我都极度排斥开复盘会。那种气氛太令人窒息了：会议室门一关，空气凝固，老板脸色铁青地问“为什么会这样？
你有没有过这种感觉：明明手里没多少活，坐在工位上却觉得极度疲惫；下班回到家，想刷剧放松，脑子里却还在自动回放白天开会时老板那个意味深长的眼神？这就叫“情绪过劳”。
很多刚入行的产品经理或研发组长，大概率都经历过这样的“至暗时刻”：周五下午4点，你正准备收尾一周的工作，销售总监老李风风火火地冲过来，拍着你的肩膀说：“兄弟，帮个忙！
五年前刚带团队时，我坚信“严师出高徒”。我觉得给下属挑刺是帮他们成长，甚至在周五临下班前甩过去一个改了三版的需求，美其名曰“抗压测试”。直到2021年，我遭遇了职业生涯最大的滑铁卢。