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

[找工就业] 12个VO,8个 senior offer

   
全局:
恭喜楼主! 也谢谢楼主分享的有用信息 请问楼主的 senior offer 换算成amazon的职位的话 是 L6 吗?
回复

使用道具 举报

🔗
yzlpw 2022-11-9 10:59:26 来自APP | 只看该作者
全局:
恭喜楼主!
回复

使用道具 举报

🔗
willwillzhang 2022-11-9 11:02:29 | 只看该作者
全局:
数据库的底层设计开始说起

这个楼主是怎么聊得?
回复

使用道具 举报

🔗
surezero 2022-11-9 11:14:53 | 只看该作者
全局:
我面了9个onsite 过了6个senior offer.

没过的有亚麻(down-level), salesforce (hiring freeze), linkedin (tools design挂)

DDIA一定好好看 x 3 只要看熟DDIA基本system design横着走
.1point3acres
感觉还是有不少厂在招人 大家加油 this too shall pass

评分

参与人数 1大米 +1 收起 理由
爱丽丝和鲍勃 + 1 欢迎分享你知道的情况,会给更多积分奖励!

查看全部评分

回复

使用道具 举报

🔗
sylviasjy89 2022-11-9 11:17:27 | 只看该作者
全局:
victor2991 发表于 2022-11-8 21:45 ..
因为被lay off 了所以时间比较灵活,平均一天一个VO,难得会有两个

谢谢分享~
虽然我是博士在读时间也比较灵活,但因为一直陆陆续续在海投,所以接到各家面试的时间很分散。
有些HR还只给很窄的时间范围来约面试,所以很难把所有的VO都集中到两周里面…
你是特地跟每家HR协调,把VO都安排在一起的吗?
回复

使用道具 举报

🔗
 楼主| victor2991 2022-11-9 11:20:40 | 只看该作者
全局:
HenryZH 发表于 2022-11-8 18:16
大佬🐮🍺
关于BQ,希望大佬说一下怎么准备的。有没有什么诀窍。因为amazon principal越来越 ...

的确,我现在也觉得BQ其实是最难的。
.google  и
首先,你不需要准备所有的LP,有些LP是用来面manager的。
其次,一个故事中一般能覆盖好几个LP,比如你的一个project很可能既覆盖了Think big,又覆盖了Deliver results,也就是说一个故事可以对应多个LP,同时一个LP也可以有多个故事。这样你其实就不需要准备那么多故事了,只是每次叙述的时候从不同的角度,用不同的着重点去说就行了。

我总共就准备了最多5个故事,但每个故事准备的很细且都是真实的project。

评分

参与人数 1大米 +1 收起 理由
tldxk + 1 给你点个赞!

查看全部评分

回复

使用道具 举报

🔗
 楼主| victor2991 2022-11-9 11:23:19 | 只看该作者
全局:
ivy兽饲养员 发表于 2022-11-8 18:53. 1point 3 acres
恭喜楼主! 也谢谢楼主分享的有用信息 请问楼主的 senior offer 换算成amazon的职位的话 是 L6 吗?

是的应该都对标Amazon L6吧,其实里面还有Staff的offer,比如Turo的职位可能水一点,拿到了Staff。不过Amazon L6的bar我记得还是很高的,如果面Amazon,我可能没有很大的把握一定能拿offer
回复

使用道具 举报

全局:
JZLeetCode 发表于 2022-11-08 18:36:03.
恭喜。这比卖命干活博升职好多了
不卖命干活有可能被pip,尤其是现在的大环境下

回复

使用道具 举报

全局:
恭喜楼主。DDIA好长啊,没面过system都不知道重点。可以问问推荐哪些章节细读吗?
回复

使用道具 举报

🔗
 楼主| victor2991 2022-11-9 11:30:10 | 只看该作者
全局:
willwillzhang 发表于 2022-11-8 19:02
数据库的底层设计开始说起. Χ

这个楼主是怎么聊得?

Relational 数据在磁盘上只存一份 (不看WAL的话)
Non-relational 数据在磁盘上可能存好多份
.1point3acres
为什么会这样呢?对读和写有什么影响?. 1point 3 acres
(Random IO vs Sequencial IO)

Relational (B tree) 因为数据只有一份,所以容易加锁,所以更容易支持 multi-object transaction,反之 non-relational (LSM tree) 因为磁盘上数据有好多份,所以不容易加锁,所以大部分DB vendor不支持multi-object transaction

然后你再扯扯要设计系统的读写需求是什么,需不需要支持transaction,一般就有答案了。

以上只是一个片面的例子,当然还有其他考量的因素。详细参照DDIA

评分

参与人数 2大米 +6 收起 理由
tlss + 1 赞一个
爱丽丝和鲍勃 + 5 欢迎分享你知道的情况,会给更多积分奖励!

查看全部评分

回复

使用道具 举报

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

本版积分规则

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