萝卜丝全套挂经

它家coding题都很面经的，老老实实刷地里就能全cover。


店面: https://www.1point3acres.com/bbs/thread-1086843-1-1.html


VO: 过了店面以后VO就没coding了。
SD: 提供点赞功能，能看到自己的点赞，也能看到每个东西总共被几个人点过赞
    这轮应该是挂了。因为我犯了严重错误，冲进去太急了，design上来先丢了查看一个东西自己是否点赞过这个功能，然后查看商品总点赞时忽略了那个是看count，而

您好！
本帖隐藏的内容需要积分高于 188 才可浏览
您当前积分为 0。
使用VIP即刻解锁阅读权限或查看其他获取积分的方式

游客，您好！
本帖隐藏的内容需要积分高于 188 才可浏览
您当前积分为 0。
VIP即刻解锁阅读权限 或 查看其他获取积分的方式

Dive: 做的一般。按SD思路画了说了的。但是自我复盘，被提问的点回答的并没有给足signal显示自己的各项能力。
BQ: 常规题。


挂的心服口服。积累经验了，继续努力。

匿名用户 发表于 2024-12-4 00:12
多谢楼主好心！关于“而且没有clarify这个精准度。精准度这个是后来面试官challenge，还提到youtube的点 ...

我这里的失误点是，我默认就是需要看到具体准确的点赞数量啊，根本没有去主动讨论。实际上这里是个很好的tradeoff讨论点的。比如如果是当前很小的点赞数字，比如10个100个这种，肯定要更精准点，而如果是1.5M这种数字了的话真的丢个10个100个而data refreshness有delay一点也不要紧的。针对这个不同的data refreshness要求，自然你可以选择不同的设计了啊！怎么说怎么tradeoff，是否real time更新和怎么validation什么的都可以各种tradeoff搞了。你懂我的意思了么？

匿名用户 发表于 2024-12-3 00:36
感觉需要如下table
user table: primary key as user id and game id; index by game.
game table: pri ...

对，总的来说就是要这几个table，但不需要每个都说具体是啥。game storage说了一下大概是啥。aggregated的那个多说了一下schema啥样的有啥tradeoff，这只是一个小重点。
还有两个重点的，相对来说更大的：
1. 用户like又unlike这个，怎么不会先-1再+1，这种用户体验的，你可以看下fb相关怎么做的。这个我准备了没来得及详细说，因为当时丢了一个func requirement忙着在找补。
2. items的aggregated likes的那个设计保证准确的。1k likes如果少了五六个like没事，丢了100个就差别很大了。选择live还是一个额外的reporting/reconciliation etc之类的。你可以准备一下。

匿名用户 发表于 2024-12-2 11:17
楼主，多谢分享。请问设计like的题目，对数据库有要求吗？sql or nosql?

没有，这个也是个快速tradeoff点，没有详细展开，就顺嘴了一下的。

VO只有三轮吗zszszszs

匿名用户 发表于 2024-11-09 15:09:30
VO只有三轮吗zszszszs

对！要过了以后再约executive做creative轮两轮。

想问问楼主project deep dive是面staff和em才需要还是senior也需要

楼主，多谢分享。请问设计like的题目，对数据库有要求吗？sql or nosql?

匿名用户 发表于 2024-12-2 02:46
想问问楼主project deep dive是面staff和em才需要还是senior也需要

好像staff+才需要， EM不了解

匿名用户 发表于 2024-12-2 15:35
没有，这个也是个快速tradeoff点，没有详细展开，就顺嘴了一下的。

感觉需要如下table
user table: primary key as user id and game id; index by game.
game table: primary key as game id and user id.
aggregated user table: how many liked games.

加上read cache.

这样就可以query, 对吗？这个问题的重点在哪呢？谢谢。

想请问下楼主他家的题库是地里都能搜到吗