🐶云Q3 promo cycle的rumor

匿名用户 发表于 2023-08-28 03:42:40
你们都先写design doc再写代码？你们哪来这么多时间写design啊？我们都是被p0逼着把东西做出来，design doc慢慢写

这就是🐶家的煞笔文化，你东西做出来了怎么证明他有用，怎么证明他难，怎么证明你在其中的贡献。到升职的时候需要东西展示别人证明，通通都需要doc

匿名用户 发表于 2023-08-27 13:58:36
完全不认同你说的。我是大design下，又引出来的小design。

不用认不认同的，你觉得你写了这么多design很牛B去升职回来打我们脸就行。大家都没见过世面，没见过十几个design还是L4的

说实话Google在很多产品上已经丧失了大部分的客户的信任了。

比如Google Fiber，就拿网络服务挂掉超过1小时以上来算，今年我附近这几个community就已经发生过至少5次了。有几次挂的时间还以天来计算。其实还有更多，因为我睡得晚，试过好几次凌晨2点、3点那样挂掉，但那时用的人少所以可能不太让人察觉。

我和邻居交流过，大家之前都用过ATT，COX之类的光纤，没见过有坏得这么频繁的。大家之所以用Google Fiber唯一的原因就是它比别家一个月便宜几十块钱。但是假如再这么不稳定下去，这个价格优势就一点都不吸引人了。

二十页的design doc？design review怎么可能读的完？design doc肯定主要目的是gather feedback，看看options有什么问题，组里老人有没有看出什么遗漏的东西来。

应该在说清楚的基础上越少越好，精准，直接说problem statement，说说现有架构（如果有的话）和options，trade off。

你写个20页的design doc，谁会有空都看？

如果不看design doc有什么意义？如果都看你们design meeting需要多久，其他人不用干活了？

别说二十页了，十页都嫌多，如果太大就需要拆分成deliverable的小design分开搞。

支持 我就是那个接手同事design完就溜了留下来的implementation work的倒霉蛋