Google 的promo考核

狗正在脸化

居然这么多人支持写dd？本人认为做出项目比dd意义大多了。现在屁大点事都要写doc，一堆人来review，这样做的意义除了promo还有什么？我曾经做一个项目，总共就10个CL，非让写一个dd。写完了mgr说，你要提高dd的skill（什么鬼skill），体现出你这个项目的difficulty。

柯基和金毛 发表于 2022-10-07 17:55:48
在狗家是这样的。整个一学术乌托邦。如果用这种DD driven思想，不重视code delivery做法去其他厂，会碰得头破血流的。

我觉得我们仿佛活在一个平行世界，我以前在另一个厂 最看重的就是design doc 每次干什么小事之前都要写one pager 反而来了狗之后 组里没啥doc….

匿名用户 发表于 2022-10-7 19:37
我觉得我们仿佛活在一个平行世界，我以前在另一个厂 最看重的就是design doc 每次干什么小事之前都要写one ...

哪个厂，推荐一下

写dd没错 而且确实可以体现水平 不分场合的写确实是不好… 我之前在g的时候挺多牛逼的engineer在.h里面写的comment就是个挺好的dd… 那些年 promo还要找些代表性的cl呢 现在真的是只看Google docs么…

匿名用户 发表于 2022-10-7 20:12
此楼lz

真的 楼主是中小场跳过来的 感觉狗周围的人有很多有好想法的，但真的太不hands-on了。我的一个l4 ...

设计两个月。设计的好，写码一个月。设计的不好，来来回回写码半年。
不是说光写DD就行，主要是写完DD，你代码要怎么写，有什么技术blocker都基本上已经弄清楚了，接下去基本上就是翻译一下。我个人还是挺喜欢这种节奏的。而且狗家各种技术满天飞，你不多找人咨询，说不定花了几个月时间做了一个别人做过了的东西，跳了别人跳过的坑。

你去看看狗家老帮菜准备的doc template，你就知道有什么地方你可能没想全了。强行要求自己从别人角度质问你自己，说不定就能看到你之前没想到的地方。

之前小厂一帮人什么都没弄明白就开始乱写码，写完连doc也不给一个，没有人明白到底做了什么，全是owner自己吹牛逼，也没法改，这才是一点impact都没有。

虽然为了写doc而写doc绝对要避免，不过不客气地说一句，请别介意：既然你目前还是L3，先还是从“别人懂得比我多”的角度思考一下吧。

staftermath 发表于 2022-10-08 09:12:58
设计两个月。设计的好，写码一个月。设计的不好，来来回回写码半年。
不是说光写DD就行，主要是写完DD，你代码要怎么写，有什么技术blocker都基本上已经弄清楚了，接下去基本上就是翻译一下。我个人还

我觉得你说的没啥问题，但和我聊的不是同一个问题。

我说的单纯是拿doc抢了scope然后又不去做只剩coding work导致后来的人没credit.

这和你说的dd很有价值完全不冲突，我也知道dd出来后很多东西都能settle. 如果一个coding work如果要持续1个月但一点credit也没有是不是也挺不合理的？

匿名用户 发表于 2022-10-8 12:10
我觉得你说的没啥问题，但和我聊的不是同一个问题。

我说的单纯是拿doc抢了scope然后又不去做只剩coding  ...

你说的没错。这其实有两个方面
1. 设计的人一般默认会有大部分的credit。因为好的设计是一个项目的最重要的部分。
2. 瞎写doc，什么细节都没写明白，然后要别人擦屁股实现细节的，那种是水货。

对于2，对付的办法是在doc里头把东西问清楚，在开bugs之前另外弄个bug，花点时间讨论明白技术细节。如果不需要这一步，说明原doc其实非常清楚，doc作者拿credit没问题。如果需要这一步，就需要你本人去DD里面补充新的细节，那样你也属于设计者的一部分，然后你也可以拿credit。

进一步讲，如果doc很清楚，但是写代码其实也很花时间，这就需要你跟TL或者manager交流，把大feature分成小task，这样你的scope就更清楚了。这种情况下还需要一开始的effort estimation，你需要跟TPM或者Manager讲明白，做这个东西需要ABCDE。一般要花1个月写的东西已经属于比较大的feature了，你完全可以用'land feature XXX'作为credit写到你的expectation里头去，然后用跟TPM交流的会议记录或者bugs作为理由。

埋头写代码希望自己的功劳能被自动recognize，在大多数地方是不太可能的，把自己的effort跟别人讲清楚，是升职最重要的一部分。“我这个月写了2000行代码，提交了20个CL”远远不如“我这个月deploy了feature ABCD”或者“fixed bug EFG to prevent/improve XYZ"更受赏识。