大厂 马内急 严以律人 宽以待己 是可忍乎？？

既然打算走了就不要怕留记录，因为非常大概率不会回来了

quit 又不会留记录 就算 pip background check 也查不出来啊
. ----

粗看下来就是新手 manager 有很多损人不利己的无效操作，除了转组没什么好办法，除非你愿意给他几年时间赌他成长。

他要赶你走啦
留记录+死磕吧
他再次reschedule routine meeting记下来 当场email或者slack给他 固定记录
然后report给hr和skip


他再突袭开会 开会前slack给他问他meeting要discuss什么方面的工作 确认上一次布置的时间是什么时候 上一次他得到你update的时间是什么时候 全部固定记录 然后ai诉讼律师模式添油加醋转发给hr和skip
给他找茬儿 如果这个会议讨论内容涉及其他人其他组 reply给他要求他把相关人员都加进来 其他人就会说他们没空的 能不能换个时间的
不要有任何情绪 就是记录事实

匿名用户 发表于 2026-10-12 14:54:26
大部分说的挺对的， 但quit to keep a clean record 不敢苟同。不少公司的manager能把离职的人mark as non-regret

你说得没错，我应该补充一点，且我觉得我们的观点不完全互斥。
如果是那种 vindictive 的经理，不能quit便宜了它，当然。
但如果已经有下家offer了，非常快速地quit，比如说自己家人病重，想要gap。有的时候是避免 non-regrettable filing 的需要的时间

匿名用户 发表于 2026-10-12 15:00:41
“每周都有status update”这个？
我之前的印度小老板 一天让我update三次。

一天update 三次让你update啥呢
有啥可update呢
早上：working on changes
中午: pending review
晚上: pending merge

这种新手M1体验极差，不要跟他浪费时间

Twinko 发表于 2026-10-12 17:46:41
这种新手M1体验极差，不要跟他浪费时间

没错

这些某族裔

真是不太行

匿名用户 发表于 2026-10-12 20:26
一天update 三次让你update啥呢
有啥可update呢
早上：working on changes

哪有这么straightforward啊
一天update三次大部分是多个不同的突发的不可预测的事情
这边给印度的组查个东西ai个code，run个结果给他 + interpretation
那边纽约的内部法律财务的组结果有问题找出原因 debug +test
要么是外部数据进来后发现问题，和data engineer的align一下 把自己的in production的model更新push merge review

数语英物化轮着来的那种