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

OpenAI Fulltime Senior SWE Phone Interview

🔗
匿名用户-SHDBS  6 天前 |倒序浏览

2026(4-6月) 码农类General 本科 全职@openai - 网上海投 - 技术电面  | 😃 Positive 😐 Average | Fail | 在职跳槽

注册一亩三分地论坛,查看更多干货!

您需要 登录 才可以下载或查看附件。没有帐号?注册账号

x
coding 是 infection,Hack2Hire 原题,5 问过了 4 问。整体没什么问题,面试官也说 coding 很好。

design
您好!
本帖隐藏的内容需要积分高于 188 才可浏览
您当前积分为 0。
使用VIP即刻解锁阅读权限或查看其他获取积分的方式
游客,您好!
本帖隐藏的内容需要积分高于 188 才可浏览
您当前积分为 0。
VIP即刻解锁阅读权限查看其他获取积分的方式
Unlock interview details and practice with AI
Curated Interview Questions from Top Companies
知道是不是 interviewer calibration 的问题,还是有别的原因。有点可惜。

评分

参与人数 3大米 +7 收起 理由
匿名用户-JJUKT + 5 感谢分享!
arielx + 1 欢迎分享你知道的情况,会给更多积分奖励!
hrgjykp + 1 谢谢分享!

查看全部评分


上一篇:求问Google OA是做什么?
下一篇:Google L4 Software Engineer 面经 Virtual + Onsite
地里匿名用户
推荐
匿名用户-OTFDN  6 天前
按我当FAANG面试官的经验, 假设不是刻意黑你的话感觉一直challenge stateful game service其实是可能得分点你没提到所以一直想引导你去讲. 是不是没提snapshot或者其他persist stateful data的思路?
回复

使用道具 举报

地里匿名用户
推荐
匿名用户-CMAVD  6 天前
如果你仔细做一些research会发现hellointerview给的stateful解法是一种anti-pattern. 很多别的system design网站用的是Redis. 而非stateful server. 而且大型的系统设计都是偏向stateless server的。你如果面试的话选择stateful还是得谨慎
回复

使用道具 举报

地里匿名用户
🔗
匿名用户-2PASM  6 天前 来自APP
请问有给具体的feedback 吗
回复

使用道具 举报

地里匿名用户
🔗
匿名用户-2PKTZ  6 天前 来自APP
匿名用户 发表于 2026-07-13 16:43:54
如果你仔细做一些research会发现hellointerview给的stateful解法是一种anti-pattern. 很多别的system design网
请教一下,其他的设计思路有什么文章/视频,推荐可以参考的吗?
回复

使用道具 举报

全局:
都是玄学了,题库都是公开的 主观性太强。只能希望scheudle到合适的面试官,过都是运气成分很大了
回复

使用道具 举报

地里匿名用户
🔗
匿名用户-CMAVD  6 天前
匿名用户 发表于 2026-7-13 17:47
请教一下,其他的设计思路有什么文章/视频,推荐可以参考的吗?

你可以看一下这个设计,每一步game move直接写入sql database。这个解法我是比较赞同的。比redis要好。因为redis还要讨论write durability的问题。

https://www.youtube.com/watch?v=A7ISCoZab2I

直接写入DB也没有那么慢,一般latency也就20 - 50ms. 如果你需要200ms latency, 完全绰绰有余。如果需要scale up那你就shard, 因为如果shard by game id的话就不会有cross shard transaction.

hellointerview选择stateful 的理由很牵强,deep dive非常复杂,又要consistent hashing, ephemeral node, zookeeper 还要要加fencing token, 现场面试要解释这么多很容易被interviewer发现loophole, 除非你对这种stateful系统非常熟练。实际操作起来会很麻烦, 反正我觉得不是很elegant.

如果想用redis解法的同学看这个: https://www.systemdesignhandbook ... game-system-design/
Again, 你得花时间解释write durability
回复

使用道具 举报

全局:
匿名用户 发表于 2026-07-13 19:22:52
你可以看一下这个设计,每一步game move直接写入sql database。这个解法我是比较赞同的。比redis要好。因为redis还要讨论write du
核心问题是,不管怎么做都要write db,真正的区别是要不要load all existing moves on each read access. redis和in memory差距不大吧我觉得,stateful其实更apply这个场景不过确实有很多deep dive
回复

使用道具 举报

地里匿名用户
🔗
匿名用户-OTFDN  6 天前
匿名用户 发表于 2026-7-13 19:22
你可以看一下这个设计,每一步game move直接写入sql database。这个解法我是比较赞同的。比redis要好。因 ...

请教一下, chess这里能够做stateless是不是因为玩法简单? 如果是RTS游戏的话是不是还得上stateful?
回复

使用道具 举报

地里匿名用户
🔗
匿名用户-KUBEE  4 天前
匿名用户 发表于 2026-7-13 22:53
请教一下, chess这里能够做stateless是不是因为玩法简单? 如果是RTS游戏的话是不是还得上stateful?

我觉得是因为chess这个游戏每步之间的游戏间隔比较大,可能到分钟,不需要那么实时地读写位置
回复

使用道具 举报

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

本版积分规则

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