手把手教你在Google升职 2

tq5124 发表于 2020-10-02 20:36:27
感谢分享！

有一个问题我一直比较疑惑，就是描述difficulty。我经常在写perf的时候扪心自问，说实话我觉得这东西一点也不难，时间都花在non-tech的因素上了，这种project的di

看到第三条哭了 想起来我一个项目前manager和pm强烈要让我做 怎么push back都没用 结果做完了换了新manger反而因为那个project被将了一军 perf上说我那个project没用🤦🏻

感谢楼主，很有帮助

Euler57721 发表于 2020-10-3 03:14
感谢楼主分享。有Rumer说升职需要其他PA的L+2来endorsement，是否属实呢？请教楼主如何才能多结交其他PA的L ...

7级以下promo，committee members都是PA内的

谢谢楼主，写的真好！

感谢大神分享！

如果现在工作中有很大一部分是operation load以及解决tech debt这样的task，感觉impact很难衡量。比如refactor代码，deprecate service这类。但又不得不做。这在infra组很常见。相比product组上线feature就很容易有impact。我觉得应该很多公司的很多组都有这样的问题。除了跳槽转组，有没有什么建议呢？

楼主真的是好人牛人，关于具体操作可否再推荐几本书？

tq5124 发表于 2020-10-3 11:36
感谢分享！

有一个问题我一直比较疑惑，就是描述difficulty。我经常在写perf的时候扪心自问，说实话我觉 ...

- re "convince 大佬“：这也可以是difficulty/leadership的体现，因为你相当于说服他/她你的设计是对的；
- re “tl觉得很重要”：你可以问清楚为什么很重要

话说回来，我也不觉得我们应该fully optimized for promo，很多技术积累和口碑积累都是在各种对升职没直接贡献的（小）项目上得到的。关键还是看长期。

sshou14 发表于 2020-10-3 12:16
请问什么叫railroad others to get your job done， 怎么理解这个和push 其他组的区别呢？

和push还是很不一样的，例如明明已经有了差不多功能的你硬要重新做一个，或者排斥别的组不让别人帮忙等等。push其实还好，只要度适中。

Organic_coconut 发表于 2020-10-3 13:26
看到第三条哭了 想起来我一个项目前manager和pm强烈要让我做 怎么push back都没用 结果做完了换了新manger ...

嗯 这也是没办法的了 不是你的问题 move on吧

fivefire 发表于 2020-10-3 15:22
楼主真的是好人牛人，关于具体操作可否再推荐几本书？

说实话很少看到有书将这些的 基本上都是我自己慢慢总结的。。。内部应该也有一些资料你可以moma一下