k******n
发帖数: 451 | 1 a家onsite SD2。 第一个白男+印女shadow， 问了behavior和objective design，感觉
回答挺好。
第二个亚裔男+印男，问了dfs的问题，给了思路，但是code没写完。
第三个亚裔男问system design，在提示下，讨论了一些ui, shopping cart, payment
之类的整体ebiz的design，感觉一般偏下。
第四个印男，算法题，感觉回答挺好。
第五个manager，纯beahavior题，聊的挺开心。
然后就挂了。感觉1和3亚裔男应该都给了no。大家能帮忙分析一下还有什么问题没注意
到吗？ |
h*******i
发帖数: 211 | 2 第二和第三个都面成那个样子了，一般偏下不就是差吗？
设计和coding都不行 给大家一个招你的理由
你这都不用烙印黑你 |
k******n
发帖数: 451 | 3 所以a家是2个no就挂吗？
LeetCode hard的题，如果没见过，做不完很正常吧？
system design 也是扯淡居多啊。
【在 h*******i 的大作中提到】
: 第二和第三个都面成那个样子了，一般偏下不就是差吗？
: 设计和coding都不行 给大家一个招你的理由
: 你这都不用烙印黑你
|
y*****s
发帖数: 2028 | 4 程序没写完啊。。我觉得好好刷题练习白板比较重要。上次OA amazon最后一行没写完
T，T
payment
【在 k******n 的大作中提到】
: a家onsite SD2。 第一个白男+印女shadow， 问了behavior和objective design，感觉
: 回答挺好。
: 第二个亚裔男+印男，问了dfs的问题，给了思路，但是code没写完。
: 第三个亚裔男问system design，在提示下，讨论了一些ui, shopping cart, payment
: 之类的整体ebiz的design，感觉一般偏下。
: 第四个印男，算法题，感觉回答挺好。
: 第五个manager，纯beahavior题，聊的挺开心。
: 然后就挂了。感觉1和3亚裔男应该都给了no。大家能帮忙分析一下还有什么问题没注意
: 到吗？
|
r*****s
发帖数: 1815 | 5 不论面哪家，一个坚定的no就很悬了。
: 所以a家是2个no就挂吗？
: LeetCode hard的题，如果没见过，做不完很正常吧？
: system design 也是扯淡居多啊。
【在 k******n 的大作中提到】
: 所以a家是2个no就挂吗？
: LeetCode hard的题，如果没见过，做不完很正常吧？
: system design 也是扯淡居多啊。
|
k******n
发帖数: 451 | 6 嗯，看来还是的好好刷题。亚裔男面试还是有劣势。大家都assume你刷过好几遍题目。
我同事白男面a，算法题也没做好，还是过了。
【在 r*****s 的大作中提到】
: 不论面哪家，一个坚定的no就很悬了。
:
:
: 所以a家是2个no就挂吗？
:
: LeetCode hard的题，如果没见过，做不完很正常吧？
:
: system design 也是扯淡居多啊。
:
|
X***9
发帖数: 34 | 7
payment
有一个no都未必行。system design你觉得是瞎扯，实际上可以问出很多事情，也可以
看出你的功底和背景。
我面试别人的经历大部分都负责system design.有一些重要的细节被追问和主动说出来
是有很大区别的。
另外一般半路出家的也很容易在这里露怯。上周五面的一个人每次谈到操作系统层面的
时候就沉默，问interrupt怎么处理也不知道。我的建议是即使不知道也岔开话题，别
太明显，但如何岔开确实是门艺术。
【在 k******n 的大作中提到】
: a家onsite SD2。 第一个白男+印女shadow， 问了behavior和objective design，感觉
: 回答挺好。
: 第二个亚裔男+印男，问了dfs的问题，给了思路，但是code没写完。
: 第三个亚裔男问system design，在提示下，讨论了一些ui, shopping cart, payment
: 之类的整体ebiz的design，感觉一般偏下。
: 第四个印男，算法题，感觉回答挺好。
: 第五个manager，纯beahavior题，聊的挺开心。
: 然后就挂了。感觉1和3亚裔男应该都给了no。大家能帮忙分析一下还有什么问题没注意
: 到吗？
|
r*****s
发帖数: 1815 | 8 系统设计，一张嘴基本就知道有没有。
设计ebiz平台显然并不是扯淡。。。
: payment
: 有一个no都未必行。system design你觉得是瞎扯，实际上可以问出很多事情，
也可以
: 看出你的功底和背景。
: 我面试别人的经历大部分都负责system design.有一些重要的细节被追问和主动
说出来
: 是有很大区别的。
: 另外一般半路出家的也很容易在这里露怯。上周五面的一个人每次谈到操作系统
层面的
: 时候就沉默，问interrupt怎么处理也不知道。我的建议是即使不知道也岔开话
题，别
: 太明显，但如何岔开确实是门艺术。
【在 X***9 的大作中提到】
:
: payment
: 有一个no都未必行。system design你觉得是瞎扯，实际上可以问出很多事情，也可以
: 看出你的功底和背景。
: 我面试别人的经历大部分都负责system design.有一些重要的细节被追问和主动说出来
: 是有很大区别的。
: 另外一般半路出家的也很容易在这里露怯。上周五面的一个人每次谈到操作系统层面的
: 时候就沉默，问interrupt怎么处理也不知道。我的建议是即使不知道也岔开话题，别
: 太明显，但如何岔开确实是门艺术。
|
k******n
发帖数: 451 | 9 那没有了解过ebiz平台的人，system design要怎么讲的头头是道？已有的经验也比较
只适用于自己了解的系统。而且sd2不是developer吗，将来工作有设计系统的机会吗？
【在 r*****s 的大作中提到】
: 系统设计，一张嘴基本就知道有没有。
: 设计ebiz平台显然并不是扯淡。。。
:
:
: payment
:
: 有一个no都未必行。system design你觉得是瞎扯，实际上可以问出很多事情，
: 也可以
:
: 看出你的功底和背景。
:
: 我面试别人的经历大部分都负责system design.有一些重要的细节被追问和主动
: 说出来
:
: 是有很大区别的。
|
r*****s
发帖数: 1815 | 10 （amazon长什么样子大家都看过，所以大体上能推断出一些常识层次的工作原理和架构
。。。）
如果是一个非常陌生的系统，可以和面试官交流一下重点的requirement，如果是熟悉
的系统，doesn't hurt to confirm with them.
所以其实这是考验功力的。
花上两三个小时，思考一下下面的问题，大致可以看出来where you are:
1.设计一个可scale的amazon
2.设计一个可scale的twitter
3.设计一个可scale的snapchat (or pubsub)
4.设计一个可scale的mongodb
5.设计一个可scale的cdn
【在 k******n 的大作中提到】
: 那没有了解过ebiz平台的人，system design要怎么讲的头头是道？已有的经验也比较
: 只适用于自己了解的系统。而且sd2不是developer吗，将来工作有设计系统的机会吗？
|
|
|
k******n
发帖数: 451 | 11 非常感谢，自己好好研究一下。
【在 r*****s 的大作中提到】
: （amazon长什么样子大家都看过，所以大体上能推断出一些常识层次的工作原理和架构
: 。。。）
: 如果是一个非常陌生的系统，可以和面试官交流一下重点的requirement，如果是熟悉
: 的系统，doesn't hurt to confirm with them.
: 所以其实这是考验功力的。
: 花上两三个小时，思考一下下面的问题，大致可以看出来where you are:
: 1.设计一个可scale的amazon
: 2.设计一个可scale的twitter
: 3.设计一个可scale的snapchat (or pubsub)
: 4.设计一个可scale的mongodb
|
t*****n
发帖数: 2578 | 12 系统设计网上有许多资源。看一看
其实大同小异。比算法题种类少多了。找那么一二十个就基本全cover了
比如
POI
news feed
twitter design
key/value store design
design google search
design facebook timeline
etc |
r*****s
发帖数: 1815 | 13 不过如果没有太多实际经验装得太过 问细节还是很容易露馅的。。。
: 系统设计网上有许多资源。看一看
: 其实大同小异。比算法题种类少多了。找那么一二十个就基本全cover了
: 比如
: POI
: news feed
: twitter design
: key/value store design
: design google search
: design facebook timeline
: etc
【在 t*****n 的大作中提到】
: 系统设计网上有许多资源。看一看
: 其实大同小异。比算法题种类少多了。找那么一二十个就基本全cover了
: 比如
: POI
: news feed
: twitter design
: key/value store design
: design google search
: design facebook timeline
: etc
|
t*****n
发帖数: 2578 | 14 system design要注意自己主导。这样可以避免被问不知道的细节的问题
【在 r*****s 的大作中提到】
: 不过如果没有太多实际经验装得太过 问细节还是很容易露馅的。。。
:
:
: 系统设计网上有许多资源。看一看
:
: 其实大同小异。比算法题种类少多了。找那么一二十个就基本全cover了
:
: 比如
:
: POI
:
: news feed
:
: twitter design
:
: key/value store design
:
: design google search
|
r*****s
发帖数: 1815 | 15 LOL 有理
: system design要注意自己主导。这样可以避免被问不知道的细节的问题
【在 t*****n 的大作中提到】
: system design要注意自己主导。这样可以避免被问不知道的细节的问题
|
d********g
发帖数: 10550 | 16 不同人面试标准不一样吧。我遇到不懂就岔开话题的人的印象就完全不如承认自己不懂
但是还是力所能及给几个思路的人
【在 X***9 的大作中提到】
:
: payment
: 有一个no都未必行。system design你觉得是瞎扯，实际上可以问出很多事情，也可以
: 看出你的功底和背景。
: 我面试别人的经历大部分都负责system design.有一些重要的细节被追问和主动说出来
: 是有很大区别的。
: 另外一般半路出家的也很容易在这里露怯。上周五面的一个人每次谈到操作系统层面的
: 时候就沉默，问interrupt怎么处理也不知道。我的建议是即使不知道也岔开话题，别
: 太明显，但如何岔开确实是门艺术。
|
t*****n
发帖数: 2578 | 17 要自己主导。尽量不要让他有机会问到不会的。当然岔开问题不好
【在 d********g 的大作中提到】
: 不同人面试标准不一样吧。我遇到不懂就岔开话题的人的印象就完全不如承认自己不懂
: 但是还是力所能及给几个思路的人
|
c******3
发帖数: 6509 | 18 请问A家on-site有多少轮，总计多少时间？
前两轮电面，我都胡乱做题了，没一题做完的，竟然还给了on-site，吐血中...... |
k******n
发帖数: 451 | 19 5轮，4个小时。重体力活。
【在 c******3 的大作中提到】
: 请问A家on-site有多少轮，总计多少时间？
: 前两轮电面，我都胡乱做题了，没一题做完的，竟然还给了on-site，吐血中......
|
c******3
发帖数: 6509 | 20 谢谢！
看样子要有体力活的心理准备了，反正做好挂掉的准备，走个过场吧
【在 k******n 的大作中提到】
: 5轮，4个小时。重体力活。
|
|
|
l*******b
发帖数: 97 | 21 有时候感觉亚裔黑国人也挺多的。
电面Apple的hardware intern，第一面国女，虽然有答不上来的地方，但是给提示又答
出来了，还给了第二面。第二面亚裔小manager面的，一直问我之前的实习经历有什么
不愉快，有什么不满意的地方，有什么困难。问了technical 问题都答出来了，然后拒
了。给的理由是和职位不match。 |
k******n
发帖数: 451 | 22 亚裔，如果是台湾人，菲律宾人 或者越南人，黑中国人的话，不难理解吧。
【在 l*******b 的大作中提到】
: 有时候感觉亚裔黑国人也挺多的。
: 电面Apple的hardware intern，第一面国女，虽然有答不上来的地方，但是给提示又答
: 出来了，还给了第二面。第二面亚裔小manager面的，一直问我之前的实习经历有什么
: 不愉快，有什么不满意的地方，有什么困难。问了technical 问题都答出来了，然后拒
: 了。给的理由是和职位不match。
|
s*****r
发帖数: 43070 | 23 这个system design题太专业了，问没有相关经验的，完全是耍流氓
但design轮的分量重，不过就是一票否决 |
w********m
发帖数: 1137 | |
k******n
发帖数: 451 | 25 私信你了。
【在 w********m 的大作中提到】
: dfs的是哪一道题
: dfs的题似乎都比较简单
|
r*****s
发帖数: 1815 | 26 还好啊
我说了 没吃过猪肉 见过猪跑
靠想像也应该知道
系统含有如下骨干微服务
Catalog inventory browsing(and search) payment fulfillment authentication(
and identity) product(and product metadata) ordering
前台一个web app。webapp可以管那些零碎的功能。如购物车啊，checkout流程啊。
线图一画，一扯淡。
为商家需要提供一个后端portal，录入，发布和更新删除产品，库存。
以及收钱结账。发送物流。
线图一画，一扯淡。
然后加一个大数据Analytics系统。为市场销售人员改进公司策略提供数据基础。这时
候就可劲上高科技。
线图一画，一扯淡。
多简单。
: 这个system design题太专业了，问没有相关经验的，完全是耍流氓
: 但design轮的分量重，不过就是一票否决
【在 s*****r 的大作中提到】
: 这个system design题太专业了，问没有相关经验的，完全是耍流氓
: 但design轮的分量重，不过就是一票否决
|
r*****s
发帖数: 1815 | 27 当然额外要做的事情还有很多，比如说i18n啊 seo啊 p13n啊
但是这些提提就罢 面试官八成也没想过要考这些。
ebiz是最简单的系统设计
除了payment那里需要一个transaction，check out flow那里需要一个state machine
，就没有什么特别特别的细节了
: 还好啊
: 我说了 没吃过猪肉 见过猪跑
: 靠想像也应该知道
: 系统含有如下骨干微服务
: Catalog inventory browsing(and search) payment fulfillment
authentication(
: and identity) product(and product metadata)
: 前台一个web app。webapp可以管那些零碎的功能。如购物车啊，checkout流程
啊。
: 线图一画，一扯淡。
: 为商家需要提供一个后端portal，录入，发布和更新删除产品，库存。
: 以及收钱结账。发送物流。
【在 r*****s 的大作中提到】
: 还好啊
: 我说了 没吃过猪肉 见过猪跑
: 靠想像也应该知道
: 系统含有如下骨干微服务
: Catalog inventory browsing(and search) payment fulfillment authentication(
: and identity) product(and product metadata) ordering
: 前台一个web app。webapp可以管那些零碎的功能。如购物车啊，checkout流程啊。
: 线图一画，一扯淡。
: 为商家需要提供一个后端portal，录入，发布和更新删除产品，库存。
: 以及收钱结账。发送物流。
|
r*****s
发帖数: 1815 | 28 当然如果是我面小朋友的话
答出来上面这些之后我还可以用flash sale(和秒杀差不多)以及cross region之类的带
一波节奏
也就这样了
: 当然额外要做的事情还有很多，比如说i18n啊 seo啊 p13n啊
: 但是这些提提就罢 面试官八成也没想过要考这些。
: ebiz是最简单的系统设计
: 除了payment那里需要一个transaction，check out flow那里需要一个state
machine
: ，就没有什么特别特别的细节了
: authentication(
: 啊。
【在 r*****s 的大作中提到】
: 当然额外要做的事情还有很多，比如说i18n啊 seo啊 p13n啊
: 但是这些提提就罢 面试官八成也没想过要考这些。
: ebiz是最简单的系统设计
: 除了payment那里需要一个transaction，check out flow那里需要一个state machine
: ，就没有什么特别特别的细节了
:
:
: 还好啊
:
: 我说了 没吃过猪肉 见过猪跑
:
: 靠想像也应该知道
:
: 系统含有如下骨干微服务
|
k******n
发帖数: 451 | 29 实际上考了，catalog searching caching design。 payment asynchronous
verification， queue之类的知识点。
我回答的没有很出彩，但是也没有卡在某个地方不知所措。
【在 r*****s 的大作中提到】
: 还好啊
: 我说了 没吃过猪肉 见过猪跑
: 靠想像也应该知道
: 系统含有如下骨干微服务
: Catalog inventory browsing(and search) payment fulfillment authentication(
: and identity) product(and product metadata) ordering
: 前台一个web app。webapp可以管那些零碎的功能。如购物车啊，checkout流程啊。
: 线图一画，一扯淡。
: 为商家需要提供一个后端portal，录入，发布和更新删除产品，库存。
: 以及收钱结账。发送物流。
|
r*****s
发帖数: 1815 | 30 LOL
ebiz的searching也比别的系统好做，因为无非是按照keywords和traits (color, size
)做index...
payment就是token交给第三方payment system去支付完了再call back你（黑屏转菊花
polling模式）或者是用户提交信息，你后台去触发一个支付，等着支付状态过了再发
货（下单之后发邮件模式，"We received your order!" "Sorry we cannot fulfill
your order!"）
: 实际上考了，catalog searching caching design。 payment asynchronous
: verification， queue之类的知识点。
: 我回答的没有很出彩，但是也没有卡在某个地方不知所措。
:
【在 k******n 的大作中提到】
: 实际上考了，catalog searching caching design。 payment asynchronous
: verification， queue之类的知识点。
: 我回答的没有很出彩，但是也没有卡在某个地方不知所措。
|
|
|
a****i
发帖数: 1182 | 31 那要问那些million的产品放哪里？
产品图片怎么摆，怎么搜，怎么读？
怎么来找最popular的产品……
你这样回答，太simple了
【在 r*****s 的大作中提到】
: 还好啊
: 我说了 没吃过猪肉 见过猪跑
: 靠想像也应该知道
: 系统含有如下骨干微服务
: Catalog inventory browsing(and search) payment fulfillment authentication(
: and identity) product(and product metadata) ordering
: 前台一个web app。webapp可以管那些零碎的功能。如购物车啊，checkout流程啊。
: 线图一画，一扯淡。
: 为商家需要提供一个后端portal，录入，发布和更新删除产品，库存。
: 以及收钱结账。发送物流。
|
r*****s
发帖数: 1815 | 32 你说的这些，都在我这个"simple"的回答里面了......
实际做过系统就知道，其实根本没什么神秘的.....几个破烂数据库一连，一堆垃圾业
务逻辑，就完事了
million算多吗？要存个million，别说mongo/dynamo，找台二手机器装个mysql都放下
了 (LOL)
: 那要问那些million的产品放哪里？
: 产品图片怎么摆，怎么搜，怎么读？
: 怎么来找最popular的产品……
: 你这样回答，太simple了
【在 a****i 的大作中提到】
: 那要问那些million的产品放哪里？
: 产品图片怎么摆，怎么搜，怎么读？
: 怎么来找最popular的产品……
: 你这样回答，太simple了
|
a****i
发帖数: 1182 | 33 这样的回答，面试能过？
million只是电商的产品，一个产品有多张图片
你得有用户吧，得有浏览吧，有订单吧，加历史记录
一个二手的mysql绝对搞不定
【在 r*****s 的大作中提到】
: 你说的这些，都在我这个"simple"的回答里面了......
: 实际做过系统就知道，其实根本没什么神秘的.....几个破烂数据库一连，一堆垃圾业
: 务逻辑，就完事了
: million算多吗？要存个million，别说mongo/dynamo，找台二手机器装个mysql都放下
: 了 (LOL)
:
:
: 那要问那些million的产品放哪里？
:
: 产品图片怎么摆，怎么搜，怎么读？
:
: 怎么来找最popular的产品……
:
: 你这样回答，太simple了
|
r*****s
发帖数: 1815 | 34 我的意思是说，举million这个量级来吓唬人，实在是十五年前的手段。上个dynamodb
还有什么可说的。
我不是说了要有product和product metadata service吗？自己体会一下，现在图片都
是存S3，front一个cdn，这点简单常识就不要拿出来唬人了。
ordering service我也说到了啊，transaction history不能查的是什么ordering
service？
另外，电商系统我见得多了，国内小破电商用mysql的多了去了。
钻牛角尖提一些自以为很难的问题总是简单的，我还是建议你多看看实际work的
production system代码。
【在 a****i 的大作中提到】
: 这样的回答，面试能过？
: million只是电商的产品，一个产品有多张图片
: 你得有用户吧，得有浏览吧，有订单吧，加历史记录
: 一个二手的mysql绝对搞不定
|
s**********g
发帖数: 14942 | 35 这比L啥的轻吧
L还要多一轮tech communication
【在 k******n 的大作中提到】
: 5轮，4个小时。重体力活。
|
s*****r
发帖数: 43070 | 36 你说的这些都是use case，当然面试可以讲，ebiz系统都是围绕use case去设计
但是讲得太泛滥，涉及好几个system，一滥就容易显得虚。面试就45分钟，能大概讲清
楚一个系统就很好了
ebiz系统最核心的还是数据库模型的设计，所有的use case都是基于数据库操作，数据
库设计不好，面试肯定没戏
这个数据库有多少个table，每个table代表的entity，table的主要column，table之间
的关联
往上是data access layer，定义特定的针对某个table的数据操作，比如根据ID查找顾
客。
DA layer往上是service layer，面向某个entity的具体操作，比如createOrder。这层
应该脱离具体的数据库命令，主要是entity的读写改，不太涉及business logic
往上就是manager，负责完成use case的某个部分，可能有很复杂的business logic
再往上就是API layer，validate request，让一个或者几个manger完成任务，返回
response。如果出错，要给出debug信息
【在 r*****s 的大作中提到】
: 还好啊
: 我说了 没吃过猪肉 见过猪跑
: 靠想像也应该知道
: 系统含有如下骨干微服务
: Catalog inventory browsing(and search) payment fulfillment authentication(
: and identity) product(and product metadata) ordering
: 前台一个web app。webapp可以管那些零碎的功能。如购物车啊，checkout流程啊。
: 线图一画，一扯淡。
: 为商家需要提供一个后端portal，录入，发布和更新删除产品，库存。
: 以及收钱结账。发送物流。
|
m*******n
发帖数: 113 | 37 我现在把面试当学习的过程，每年不面一下就难受，特别喜欢跟人面系统设计。如果能
碰见一个特别聪明的人，能学到不少东西，上次一个烙印，一说人家马上提出非常
sharp的系统缺陷问题。其实就当同事讨论你的设计方案就对了。 |
