2027 NG Stripe挂经

记录一下2027 NG Stripe 挂经（顺带应该是全网最齐全StripeNG资料准备）

Timeline
2026.9.3开岗找了朋友内推->2026.9.4拿到OA->2026.9.6完成OA，半小时AC->2026.9.10收到HR邮件约Technical Screening->约了9.16Technical Screening->9.16面试官临时有事，等了15分钟重新约了9.25Technical Screen->9.25Technical Screening AC->9.27收到Technical Screen通过让我约VO->约了10.12一轮AICoding，10.13Integration+BugSquash的->10.15挂

https://drive.google.com/file/d/18uVY0ij0Nux_hgFL0CyONhrxjVIkDFas/view?usp=sharing

先放资料
整个前前后后准备了快一个月，翻遍了xhs/过去地理的题，整理出来了这一份我认为应该很难更加齐全的资料了，鉴于资料零散分布这里没办法记录每个原帖是哪一个，如果有原贴主的话可以联系我我在这里特别致谢一下

资料包括：
OA/Technical Screen的题库（整理齐全的pdf文档）
AICoding：收集的比较乱，随便看看就行，可以看我挂经聊的内容
Integration：Bikemap, Payment Reconciliation, Request Replay（看题目的样子和地理找到的时间可以认为已经不再使用了）
BugSquash：
Python：Mako，Requests，Colander
Java（因为我选Python所以没做过，确定有遗漏新题）：Moshi
. From 1point 3acres bbs
Integration：
Bikemap总共5个部分，一般要求总共3个部分就足够，目前没有人说第4/5个部分是什么
Payment Reconciliation总共4个部分，第4个部分明确说明不要求

BugSquash：
Mako：bug1：AST中遗漏了visit_arg函数；bug2：打开文件的时候只检查是否存在，没检查是否isFile；bug3：在构建template的时候，if\n #comments\n endif无法触发pass导致编译失败
Requests：仅有一个bug（不保真），在307redirect的时候，第一次request会让body中的IOBytes消耗，导致这个流的指针指向EOF，在redirect之后重发相同的request会发现body为空，但是因为header中记录的content-size不为0，所以变成了server在等client发消息，client以为已经发完了，最后导致timeout
Colander：bug1：记录的文件中出现了None，解决方法是删除None；bug2：记录的文件中是nested，比如[str1, [str2, [str3, str4], str5], str6, str7]，解决办法是构建flatten函数扁平；bug3：有一部分[]和null的结果不一致，希望结果一直，解决办法是在对应的方法里面 if == [], then = null

明天再发面试经历和挂经。。。

这家跟palantir和airtable一样全是自创的各种面试格式，看了面经也有点难搞，很难每个细节都提前知道

谢谢lz分享 加米了🫡

请问lz integration遇到了哪一道题呢

请问第一轮电面遇到了哪一题呢

Timeline看下来你的准备其实很充分了，一个月能把xhs+地里的题整理成体系已经超过90%的NG候选人了。Stripe NG这一两年bar确实高，OA筛人越来越严，挂在integration轮很正常——这轮本来就是玄学轮，抽到的题型随机性大。建议把这套资料复用到其他fintech（Adyen、Block、Airwallex流程很像），你的准备度转投这些家会有明显优势。

AICoding，AICoding的话这里建议还是参照 1. 先summary 2.生成计划，3.开始写。4. 跑testcase

我运气非常好，找到了AI Overengineering的地方，然后提出来了，面试官我感觉给了positive的评价说“You are good to note this”

然后要考虑的问题一定有
1. 如果这个是你的colleague给你提供的pull request，你会怎么给comments
我当时回答了a. 注释太少 然后在面试官的指引下发现有一个地方的class可以做一些修改

2. 你对AI生成的结果有什么评价吗？
我回答了a. 一个是有一个地方会消耗大量时间，要注意 b.当前只支持了AND/OR两种，如果未来要支持更多的operands或者修改逻辑会有大改

不确定这一轮的comments如何，整体感觉人不错而且偏向positive

Integration：Bikemap
我认为挂在了bikemap，因为我去年投intern的时候题目也是bikemap，整个准备阶段bikemap已经做了快10遍了，让我做这道题的时候就很兴奋，基本上看到题目就直接上手做了，然后有一些细节就做的有点毛毛糙糙可能感官不是很好。。。

第二问的是让我从网站上面把example图片先下载下来，这个我搞错了两次，不应该那么急的，应该要好好看清楚issues里面的要求再执行操作

第三问有个非常神秘的坑，第三问要求paths在蓝色和棕色之间切换，但他原文用的是"segment"而不是"node"，所以其实是要求前一段的path和后一段的path之间应该需要连上的，这个部分又要修改代码，虽然修改完成了但修改代码也太急了没修改的很好；如果大家要自己练习的话，可以看一下地图中下方“SouthSeattle”上面有一段蓝色和棕色path交界处有没有一点点黄色的空白，这个就是两个node之间没有连线导致的问题

第四问我做了一半，内容是读入本地的landmark.json，然后本地还有一个更加详细的staticmap，会提供一个getdistance的函数，然后找到每个landmark和路径中最近的点连线，如果landmark["altitude"]>path["altitude"]用红色，否则用绿色；做了一大半然后在我问一个clarification问题的时候可能是时间到了就没让我继续做

Bug Squash：
无功无过吧，这道题地里也有，就打开三个issues，先用pytest看一眼哪里有bug，然后装模做样（？）走通一边这个代码怎么跑的，找到问题出在哪里，和面试官提出该怎么修，修完正正好40分钟，剩下10分钟Q&A

做这道题一定要提前配置好环境，要么确保global环境能跑，要么就在本地新开一个环境，我看好多过去的人环境配不出来debugger用不了的，别犯这个错。。。

Technical Screening：Payment & Invoice Reconciliation（pdf第22页），第一问是parse payment，第二问是match by amount，第三问是带有forgiveness，三问在35-40分钟的时候全做出来了