楼主: Upstairs
跳转到指定楼层
上一主题 下一主题
收起左侧

[经验总结] 1000+刷题经验及面试感悟分享之系统设计总结

   
全局:
非常感谢这么详细有用的经验分享
回复

使用道具 举报

全局:
mark mark,真干货
回复

使用道具 举报

🔗
wastelandz 2021-6-21 10:39:55 | 只看该作者
全局:
非常感谢干货分享。
回复

使用道具 举报

🔗
_Perry 2021-6-21 10:53:32 | 只看该作者
全局:
请教楼主一个问题,刷题、system design、BQ这几个面试来说,难度该怎么排序,哪种面试刷人最多?
回复

使用道具 举报

🔗
prayforme2021 2021-6-21 11:11:10 | 只看该作者
全局:
真干货,谢谢作者分享
回复

使用道具 举报

🔗
bigwjite 2021-6-21 12:37:23 | 只看该作者
全局:
非常感谢楼主分享,senior是若干年后的目标了
回复

使用道具 举报

🔗
heronalps 2021-6-21 12:50:16 | 只看该作者
全局:
本帖最后由 heronalps 于 2021-6-21 00:29 编辑

对于System design的见解独到,尤其从API构建的角度解题。感谢分享。

AirBnB的例子中,因为Server端每次都要向Master DB验证是不是重复请求,所以会有single point of failure和scaling的问题。如果用replica,就会产生inconsistency的问题。文中提到用key-based sharding来提高throughput,是个可行的方法。我觉得也可以用有原子钟的Bigtable来解决inconsistency的问题,同时提高throughput。
回复

使用道具 举报

🔗
VEsslZ 2021-6-22 14:57:45 | 只看该作者
全局:
"保存成功,发起对下游的付款请求,并把返回的结果更新到数据库。最后返回给客户端结果。这个设计就有效的做到了idempotent。" 如果付款请求成功,但是在更新数据库的过程中失败了,他不就不是idempotent了吗?
回复

使用道具 举报

🔗
小葱头丫 2021-6-23 00:25:39 | 只看该作者
全局:
以后要面senior就跟楼主学啦!感谢!
回复

使用道具 举报

🔗
 楼主| Upstairs 2021-6-23 02:19:00 | 只看该作者
全局:
_Perry 发表于 2021-6-21 10:53
请教楼主一个问题,刷题、system design、BQ这几个面试来说,难度该怎么排序,哪种面试刷人最多?

Junior 更看重coding。Senior更看重system design 和 bq。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册账号
隐私提醒:
  • ☑ 禁止发布广告,拉群,贴个人联系方式:找人请去🔗同学同事飞友,拉群请去🔗拉群结伴,广告请去🔗跳蚤市场,和 🔗租房广告|找室友
  • ☑ 论坛内容在发帖 30 分钟内可以编辑,过后则不能删帖。为防止被骚扰甚至人肉,不要公开留微信等联系方式,如有需求请以论坛私信方式发送。
  • ☑ 干货版块可免费使用 🔗超级匿名:面经(美国面经、中国面经、数科面经、PM面经),抖包袱(美国、中国)和录取汇报、定位选校版
  • ☑ 查阅全站 🔗各种匿名方法

本版积分规则

>
快速回复 返回顶部 返回列表