现在社招码农进狗家工作是不是很难获得技术提升了

首先我承认标题党了，狗的技术实力和氛围毋庸置疑，在狗的朋友、同学、前同事，也有不少在做技术上有挑战性的工作，或者至少可以写很多代码，搭建一些新系统，相信他们技术上还是有不错的成长的。另外新毕业生进狗肯定是不亏的，职业生涯初期，需要补足的东西太多，不管干什么都会有很大提升。而且公司的ladder会给NG一个努力的方向，内部的学习资源也很多，还是很有帮助的。


但如果光考虑好的，也就没必要发这个贴了，我说一下为什么感到很难获得技术提升，希望能抛砖引玉：
1. 首先一个大前提是，根据我的个人经验和一些观察——当然属于身边统计学，可能不准确—— 现在狗家太多缝缝补补的活了。一个项目最大的挑战可能并不是运用你的计算机基础去设计一个好的系统或者写出大量高质量代码，而是去弄懂别人N年前搭的一个系统/写的一段代码到底在干什么，应该怎么做才能在它的基础上做些改动，实现老板要的功能。更不用说还有漫天的mandates,migrations，做这些的时候连系统的架构都不用了解，只是在其中的某个犄角旮旯里加上一些别人早就规定好该怎么写的模块而已。

2. 个人认为，对于已经工作了几年，有了一定技术底子的码农，很难从这些项目中收获多大技术上的进步。因为到了这个阶段，我们是希望能获得在整体上设计搭建一个系统的能力，或者对某个技术领域的深入了解的。但做这种项目，最大的收获实际上是“Google内部的这个玩意到底怎么用”，以及一些跟产品相关的domain knowledge。然而如果你面过外面一些公司的系统设计，或者一些小公司问的非常具体的技术问题，或者国内公司会要求的对framework的原理的深入理解，就会发现这些玩意是没什么用的。也许你本来应该有能力考虑到搭建一个系统需要的方方面面，或者通过项目了解某个数据库的原理以及怎么优化，但是在这里，很遗憾，很可能你就make a RPC request就完事了，对别处发生了啥一无所知。

3. 所以说，在狗家一直缝缝补补的工程师，哪怕升级到了L5，我也怀疑他能不能担当起美国这边小公司/国内公司对TL的期望。不仅无法在日常工作中运用和学习计算机原理，持续获得成长，对很多底层的东西——数据库、网络、操作系统也是缺乏实践，只会用Google内部别人造好的轮子去实现一些业务逻辑，甚至连外面的轮子都不会用。长期这样下去，会不会成为只能在美国大厂混的特型人才呢？

4. 当然并不是所有人都在打杂，其实好项目还是很多的，但这就不得不提到社招进来的劣势了。我们都知道当组里职位出现空缺，老板是倾向于招内部转组过来的人的。所以就算有好项目，也不容易轮到社招进来的人。另外一个就是运气因素，就算进了一个好组，有了做好项目的前景，转头reorg了，核心成员纷纷被调离或者跑路，留下来的人负责维护，结果依然是进入缝缝补补模式。

5. 最后想吐槽一下reorg，当你需要接手别人留下的坑，还没有同组组员可以咨询的时候，这都已经不是技术上能不能取得进步的问题了，这是每天干活是不是感觉像吃屎的问题。而reorg，在这里也不是什么稀奇的事情。其实写这个贴子的动机也是因为最近被reorg搞得很难受，本来就是想从负面角度出发讨论一下狗的问题，各位在狗家混的好的同事，看见了也请见谅吧。

我认为恰好反过来，scope大/从头搭建一个系统等等并不等于技术能提升多少，只是职责变大了，但每个领域的深度其实不一定多大，因为并没有牛逼的需求，也不需要多高深的技术，这也是中小厂的普遍问题。我两类地方都待过，个人感受是愿意认真花时间去把infra相关的重要系统理解清楚，对相应领域和整个系统设计的理解已经远超外面大部分的人。

举几个实际的小例子：
1. Blobstore有个distinguished engineer给过一个talk，是关于Blobstore系统是怎么发展到今天这样的，中间经历了哪些难点和解决的方法，整个talk就1个小时，反复听几遍关于key-value设计这块就算是初步玩明白了，至少我没有在外面见过任何视频和文章讲的比这个更好和更有深度的。

2. Spanner noogler教程里面有个db-internal的链接，是1个系列课程，从头到尾给你讲数据库内核和设计原理。这是我至今见过的最好的讲数据库的课程，认真学习以后真的收获很大，你文章里提到的什么数据原理优化之类的这里都有，不针对具体系统，但是理念是相通的，而且比外面的讲的要好太多了。

所以，我觉得即使认为自己在拧螺丝要跑路，也建议先把这些精华尽可能先多吸收了再溜，毕竟这些资源在别的地方没有。

匿名用户 发表于 2021-08-22 23:24:43
工程师的核心是解决有impact的问题.
由于公司提供的scale, 你写的代码能有更大的impact。
很多问题，当scale小的时候，根本没有解决的意义，说不好听的，去解决这种技术问题就是钻牛

你确定在Google能有机会解决scale的问题？我觉得lz说的是更普遍的情况，别人早就解决好这些问题了，现在的人只是在一些工具之间来回migration。有一个朋友的说法很有道理，现在不止是拧螺丝了，现在是别人拧好的螺丝我去给擦擦亮。我们组10多年前就有第一批人design好写好东西了，后面一路有人把之前的代码到处抄抄加到各个地方实现点新功能这是拧螺丝，现在我是给这些不知道几时抄上去的代码修修bug写写test再加点metrics这就是把别人之前拧的螺丝擦擦亮

狗家这样的大厂能学到的东西还是很多的，不管是coding practice还是system design, 但是关键你要自己想去学，指望躺平了有人喂给你逼着你学怎么可能🤔？

比如说code，狗家所有的code都随便搜，别人的change也随便看，多少年的都可以查。差不多所有的数据结构，算法，实现，都能找到现成的例子，很多都是多少年优化又优化，production-proven，有人说是"distilled wisdom of generations"。看看Jeff Dean九十年代check in的code现在还在用，一个url class，string function，为了百分之几的性能优化了多少遍。多看看就知道为什么一个这么简单的东西需要写到几千行。相比之下其他很多中小公司甚至大公司的code base可以说是一塌糊涂，随便拎出来一坨大概率都编译不过，架子都搭不起来。Code review很多都是形式，看的code很可能是某烙印某天心血来潮随手写的。你要说狗家code质量差，全天下公司哪个code质量更好的？说出来看看？你觉得人家的code屎？发个CL过去改啊，显示你的牛B啊，哪怕跟你做的完全无关的也可以，还能拿citizenship award，写到promo package里。有这个能耐么？

系统设计就太多了，从早期三驾马车到现在ML的各种新潮轮子，Bert, Mum，都有业界最先进的实现和例子，更重要的是有海量数据training data，这个普通中小公司基本不可能有，很多验证只能靠猜。狗家infrastructure做的登峰造极，远超其他几个科技大公司，随便一个小工具拉出去技术都是可以独当一面的，非常不容易。所有这些只要自己感兴趣都可以学啊，而且可以随便发email问，很多大牛还真的耐心回答没有架子，这个在很多有壁垒的中小公司都做不到。不是一个组的人家根本不理你。

如果只是完成交待的任务，在别人的code基础上修修改改，知其然不知其所以然，那不管是大公司还是小公司都学不到东西阿

成熟大公司都是这样，maintain一个现有系统，修修补补做一点小的新feature, 每个人都螺丝钉化，要想build something from scratch 还是去startup吧

大环境就是这样 科技公司本身就有自己的技术栈，写了一大堆库就是为了让工程师高效率工作。除非你自己去读底层的代码学习，其余的都是自己去学的。真心喜欢技术，自己平时多学，自己去github上写写开源。学无止境，缺的不是上升空间，而是潜下心学习的态度和毅力

成熟的大公司的产品本身就是最好的学习对象，既然你已经在组里并且知道demain knowledge，你不妨自己尝试设计一下同样功能的系统，再看看现在成熟的系统，我不能说所有的现有设计都是最好的，但是每一个decision背后一定会有现实的考量，你能把狗家这些系统吃透，就算出去面试也不需要担心system design的问题

我觉得对文中提到的小厂TL的要求已经从能从头到尾实现一个系统的各个组件，变成了能够找到现有的，well maintained，with a large community 的 solution 并且将这些小组件集成起来攒成一个完整的 product。
举个例子，你在🐶用惯了 Spanner F1 Borg 等等，你出去只要运用原有的设计理念，将以前的组件替换成诸如 RockDB, Cassandra，K8s 这类开源 solution 即可，照样可以 end to end 实现一个 service/product。
所以我的感觉是你得花额外的时间去 obtain some high-level design overview, 尤其是如果你是 4 的话，除了手头的零碎之外要多花精力去弄懂一些 design decision。
- my 2 cents

即使不能build一个新东西，但是把现有东西吃透也是很香的

工程师的核心是解决有impact的问题.
由于公司提供的scale, 你写的代码能有更大的impact。
很多问题，当scale小的时候，根本没有解决的意义，说不好听的，去解决这种技术问题就是钻牛角尖。
但当scale一大，小问题也变成了大问题，解决它更有实际意义。
有很多新的challenge， 需要你用别人没做的办法解决。

如果你在一个小公司，你可能有机会ground up的整了一套牛B的系统，
你可能对系统了解的更深，但是so what?

大公司你更有机会站在巨人的肩膀上解决最新最热门最有impact的问题。

唯一能学到的是大公司组之间的撕逼能力 - 我觉得想grow soft skills的很适合去。想build from scratch或者大scope的就算了，轮不到你。

补充内容 (2021-08-23 14:46 +08:00):
仅限L6以下。

谷歌现在疯狂lowball 愿意去的人一般三种情况吧 1应届生/转码生(最多?) 2.从中厂想去大厂的 3.准备养老的    其他想跳槽拿大包裹一般不会考虑谷歌

Shubin_ren 发表于 2021-08-22 22:59:58
成熟的大公司的产品本身就是最好的学习对象，既然你已经在组里并且知道demain knowledge，你不妨自己尝试设计一下同样功能的系统，再看看现在成熟的系统，我不能说所有的现有设计都是最好的，但是每

每个人都说看看东西就能学到东西，我好奇真的这么经历过吗？当每天的正经工作极度无聊，上班就是虚度时光的时候会有心情再花额外的时间看工作相关的东西吗？我自己在狗家感觉工作很无聊的时候满脑子只想着转组非常抵触这个组里的任何东西完全不想看任何设计doc

补充内容 (2021-08-24 10:34 +08:00):
我觉得工作内容和自己学什么不能完全割裂，如果工作里做点事可以业余多花点时间学点相关的搞懂，但如果工作本身是很无聊没用的东西要硬逼自己业余去学工作里用不到的就很难受