跟你们讲一下某大厂的现状

狗味太冲。

明显是那个team怕你另起炉灶，估计是以前被人坑过。问题是为什么这个internal demo他们也是decision maker？换我就直接绕过他们把东西demo了，然后按照方案1来做long term solution。

justin 发表于 2023-3-16 04:06
习惯就好了。

有一说一，要砍middle management不是没有原因的。对下，代码也不写，活也不干，对上，又 ...

middle management臃肿了之后就是自己给自己创造任务，为了handle因为middle management太过臃肿产生的复杂度，他们决定schedule更多的align meeting，同时抱怨人手不足，进一步扩大自己的size

positive feedback loop

匿名用户 发表于 2023-3-15 13:14
狗味太冲。

明显是那个team怕你另起炉灶，估计是以前被人坑过。问题是为什么这个internal demo他们也是d ...

对面级别更高，人更多，不知道有什么好怕的
而且，别忘了开头那段，我觉得他们不是被人坑过，而是坑过人

因为两个组想要整合成一个effort，所以我这边希望尽量尊重对方意见
不理他自己交自己的也没问题，问题是代码发出去他们看到了就跳进来开始评论了
现在评论字符数已经大于代码字符数量了

看到标题就猜到🐶了

看来是goog

谢谢LZ分享，小弟学习了！

所以说ownership要搞清楚，就算是合作也要把谁own讲清楚，然后own的那个人做决策，其他人只给建议，不拍版不担责任。

你们两个team 合作连doc author都没谈妥，然后一边说服不了另一边。你和老板确认过没，是不是本质上让给他们team own了，只是客气一下让你继续参与和take credit。

其实都不是什么大差别，一个人拍板干选一个option干就完了。

应该是狗吧，正在经历类似的，一堆高级别来design review meeting，之前也没看过design doc，一上来就说其他组在用哪些其他ABC方案，为什么不用那些方案，根本不考虑那些方案能不能解决这个具体的场景和问题，等你解释完了，他们也要你去进一步和那些组沟通，然后就是一堆back and forth，最后即使证明全是没用的，他们也会要求能不能把这个东西和那个组整合，这下他们leadership和initiate cross team collaboration有了，但是对于我，忙了这么久一开始的问题没有解决啊，搞到后面重点都不在问题本身了

你说你take ownership，一堆678在这，你敢这么强硬的反驳回去吗

看CL就知道是🐕了

匿名用户 发表于 2023-3-15 14:27
应该是狗吧，正在经历类似的，一堆高级别来design review meeting，之前也没看过design doc，一上来就说其 ...

你自己这边的TL/UTL呢。你先和自己这边的678说清楚，你们几个先align好，到时候在meeting里就是打团战而不是你被gank了。