snap L4 v.s. GoogLe L5

匿名用户 发表于 2021-12-12 21:33:26
我原帖没仔细定义。Coding主力，包括fix bugs啊。
有的bug看着简单，其实涉及的东西多，也蛮花时间的。
L3和L4都开始写design了，a few months的projects。

还有我在产品组，也没听说狗家哪个东西有deadline的，都是质量优先，deadline约往后延期，我在L3/L4的时候从来都是按照自己习惯做就好了，没人给过deadline，关于design的discussion越多，反而越能证明这个问题的difficulty，对于升职相反还是好事。

匿名用户 发表于 2021-12-12 19:13:55
1. High frequency trading的建议参考另一个帖子“Citedal-传言是真的” 这样的工作不要也罢。
2. 我就是phd+5yoe 还告诉snap hr 马上要升5，怎么也拿不到

1，HFT和HF不一样，那个帖子是HF。而且不能以偏概全，citadel swe数量不少 平均门槛高于flag，说明这工作还是有一定吸引力的。
2，你要说你已经5两年了。

匿名用户 发表于 2021-12-12 22:04:00
还有我在产品组，也没听说狗家哪个东西有deadline的，都是质量优先，deadline约往后延期，我在L3/L4的时候从来都是按照自己习惯做就好了，没人给过deadline，关于design的dis

可能我对deadline的定义不准确吧🤣
你呆了多少组，和多少peers聊了天。
有些组在关键期天天加班周末加班的也不罕见。
很多组，项目都有预计完成时间的。
L3和L4因为项目小，周期短，所以这个预计完成时间一般要求比较严，特别是那些把项目打散成了各个小bugs的。
你要真完不成，当然是往后推。但是pushy的老板就会在言语间施加压力。这也是为什么GCP很多组，包括一些其他部门的组，会加班工作。因为老板给了预计时间了。不要说为什么他们不pushy back。要不就没有那么多人抱怨了。

匿名用户 发表于 2021-12-12 22:04:00
还有我在产品组，也没听说狗家哪个东西有deadline的，都是质量优先，deadline约往后延期，我在L3/L4的时候从来都是按照自己习惯做就好了，没人给过deadline，关于design的dis

我曾经和一个产品组的人聊天。他说他们忙了好几个月，睡眠时间都受影响。
公司大了，忙的组也不少。

匿名用户 发表于 2021-12-12 22:49:50
我曾经和一个产品组的人聊天。他说他们忙了好几个月，睡眠时间都受影响。
公司大了，忙的组也不少。

好吧，可能组和组不一样，我是search产品组。对我们来说design doc 的discuss越多越好，牵涉到的组越多越好，做的evals越多越好，这些东西越多越能证明这个东西的difficult。在谷歌升职，我理解是你做10个quick的project(不能证明difficulty)，对升职来说还不如做一个difficult的项目。证明difficult的办法就是做很多evals，然后把项目里牵涉到的东西拉的越多越好，这样difficulty自然就证明了。没听说search的feature有deadline的。

匿名用户 发表于 2021-12-12 21:59:25
反正我coding的时间占用真不多，一个perf几千行就差不多，perf又不看你coding了多少，是看你design doc 写了多少。大部分不critical的bug 我都懒得修，反正和perf没

我前面说是coding主力，也没说就不写design了。也不是说别人明确交代怎么写code然后你就只管写code。
我的意思是，这些design最终都要落实到细节和实现。
一个几个月的项目，从头到尾，从设计到实现，都需要完成。
一个bug，找出原因，到怎么fix，到最后写代码。

但是我知道有些L5可能就是大项目的design，把这个大项目打散成小项目。小项目就让别人完成。他的任务就是track project progress。
但事实上有时候小项目的细节也很关键，甚至影响大项目的最初设计；这些都是小兵帮助大兵完善的。
这个工作形式不同组也不同风格。
有个组的经理明确告诉我，L5也要get hands dirty，而不只是来个大范围的design，然后就只管当监工了。

匿名用户 发表于 2021-12-12 23:05:06
好吧，可能组和组不一样，我是search产品组。对我们来说design doc 的discuss越多越好，牵涉到的组越多越好，做的evals越多越好，这些东西越多越能证明这个东西的difficult。

你这个search 产品组，是web backend，还是前端，比如web front end或者mobile什么的？
我听说Mobile 产品组一般都比较忙。前面我说的那个睡眠不足的组就是mobile产品组。

匿名用户 发表于 2021-12-12 23:11:01
你这个search 产品组，是web backend，还是前端，比如web front end或者mobile什么的？
我听说Mobile 产品组一般都比较忙。前面我说的那个睡眠不足的组就是mobil

我觉得整个search大部分时间都在讨论问题，研究数据，码代码的时间很少。这样说你懂我的意思了吗？升职全靠自己证明自己的impact和difficulty，你想摸鱼也没人看的到，最多就是少证明点impact和difficulty而已，没听说有人加班的，反而是我7的老板老板每个月至少一个星期out of office了，感觉都不是请PTO，想out 就out 把实际的活交给5来管，回来听下回报就行，对项目其实根本不了解。

匿名用户 发表于 2021-12-12 23:07:14
我前面说是coding主力，也没说就不写design了。也不是说别人明确交代怎么写code然后你就只管写code。
我的意思是，这些design最终都要落实到细节和实现。
一个几个月的项目，从头到尾，

L3/L4出了问题不用负责不是细节不完善的open question的，如果是well- defined question，那不是很容易就解决了，依葫芦画瓢抄别人代码就行。难的问题，特别是open ended question交给L5去做就行了，做不出来是L5倒霉，轮不到3/4负责。swe ladder明确说了4不负责open ended question。往往这种open ended question才是最花时间的。

你说的这种L5 design不好需要4去完善细节的，那4不去完善细节，你能怎么办？还不是要把问题先做成well defined，不然4可以说这个问题不是well defined 不归我管。 这样的L5不是操碎了心。

匿名用户 发表于 2021-12-12 23:27:23
L3/L4出了问题不用负责不是细节不完善的open question的，如果是well- defined question，那不是很容易就解决了，依葫芦画瓢抄别人代码就行。难的问题，特别是open e

这个看多open?
很多open ended questions也是由于L4 design + code implementation的。
可能有的product组难点的项目少？