烙印面试的时候说的项目都一模一样

匿名用户 发表于 2026-7-17 17:39
这就考验面试官水平了，能不能问几个细节问题验真伪。如果有充分CI/CD经验，让假货穿帮露怯不是很难。

求教一下 怎么样才能在面试过程中问出细节真假？具体怎么follow up呢？

匿名用户 发表于 2026-07-17 17:39:26
这就考验面试官水平了，能不能问几个细节问题验真伪。如果有充分CI/CD经验，让假货穿帮露怯不是很难。

CI / CD 咋整啊，没手搓过，求指教一二

匿名用户 发表于 2026-07-17 18:53:34
求教一下 怎么样才能在面试过程中问出细节真假？具体怎么follow up呢？

可以把你自己工作中遇到的CI/CD细节拿出来问他。比如：
1.为什么以前部署需要3-4个月？既然以前需要 3-4 个月，那这期间很可能包含了大量的security scan、compliance、以及canary deploy的观察期。你的自动化 Pipeline 是怎么把这些硬性时间缩短到 1 个月的？是删减了流程，还是提高了扫描并发度？
2.如果自动扫描发现了third party library的 CVE 漏洞，pipeline 会怎么拦截？谁来审批放行？
3.当你的pipeline 运行到一半，在某个region 部署失败时，你的系统是如何实现自动rollback的？状态如何保持一致？
4.如果有两个不同的工程师同时触发了不同的 commits，你的 pipeline 是怎么处理并发冲突的？(常见的用Queue或并发锁解决)
5.让整个大组从习惯了 3-4 个月的人工发布，转用你做的新 pipeline，你是怎么说服其他老员工和Principal/Staff信任你的自动发布系统的？有没有制定过什么migration plan？
6.这个pipeline上线后有没有导致过incident(众所周知，没有一个项目上线后不出任何问题的)？blast radius是什么？你是怎么做post-mortem并改进pipeline的？
7.如果我是面试官，我会问这个问题：我就是亚麻出来的，据我所知几乎全公司包括AWS都用现成的Brazil pipeline。你们组出于什么原因以前选择手工release而不是用内部现成工具？(Walmart这种大公司肯定也有类似的内部工具，为什么要重新造轮子？)

即使你不是很懂CI/CD也没关系，你可以把自己当成一个即将要设计release pipeline的小白，把他当成师傅从零问起。总之打破砂锅问到底，听不懂的部分通通问清楚，你作为面试官没有提前懂所有东西的义务。
如果他语速放慢、吞吞吐吐、前后矛盾或者推脱说这部分是别人负责的，都可以让面试官有理由怀疑他不是项目的designer和owner。当然不要当面揭穿，把这些怀疑留到debrief和书面评语里。如果你的证据让其他面试官信服，因为涉及诚信问题，面试官可以建议recruiter在系统里mark这个candidate，以后永远no hire。

当年在买它我的intern project就是这个。这个很值得吹嘛lol

匿名用户 发表于 2026-7-17 22:33
可以把你自己工作中遇到的CI/CD细节拿出来问他。比如：
1.为什么以前部署需要3-4个月？既然以前需要 3-4  ...

非引战，但我想真诚地说几个小点：

对于背一套题的烙印这么问可以揭穿，可以光明正大挂他们，没问题。但层主你也会这么问国人么？

如果会，我想稍微补充一下，很多人是没有机会参与一个好的project，即使有，从头到尾参与的又少了一片人。故这么问绝对会被问s。很多人不是不想参与，但身份等问题就是只能在一个做的东西不全的组，或者做事方式不够完善的组苟着先生活、能吃饭、交房租，然后再刷题再努力。

但不是说完全不deep dive，可很少有人不美化简历，deep dive 只为揭穿的话，我觉得很难了。问比较 generic 的系统设计大家会好一点，就像你说的 怎么设计 release pipeline 。 否则一些项目没做过就是没做过

匿名用户 发表于 2026-07-17 20:10:14
非引战，但我想真诚地说几个小点：

对于背一套题的烙印这么问可以揭穿，可以光明正大挂他们，没问题。但层主你也会这么问国人么？

其实对方是不是真的做过一个项目，在他自述阶段就能听出来。我知道很多人会在面试时夸大自己负责的scope(比如把别人做的说成自己做的)，只要他懂别人做的部分，哪怕不是他做的也没关系。
这个pipeline的牛吹得太扯了，面试官听不出来就成傻瓜了，他但凡是个小公司来的或者是intern项目我都信了。他哪怕编一个和他所在组核心业务有关的项目，或者“偷”一个SDE2/Senior的项目也行(至少他花力气去学了)，也不至于问4他。这种明显的模板万金油答案由一个有1年以上工作经验的人说出来，很让人怀疑他在原来的组里是不是啥也没学、啥也没做，那他的YOE就是无效的，和NG没区别。我还没遇到过国人这么干的，因此没这么问过。

匿名用户 发表于 2026-7-17 23:23
其实对方是不是真的做过一个项目，在他自述阶段就能听出来。我知道很多人会在面试时夸大自己负责的scope( ...

“我不能容忍对方把我当纯傻子忽悠”， 这个完全合理；
其他的我可能最开始理解错了，你这么一说我完全懂了，we are good。

感谢层主理解，我是之前遇到过一个没有层主脑子的国人，我有些PTSD。我基本上就是学懂了系统设计的那些知识点，然后利用那些来解释别人做的部分，且没有说是我的credit； 但对方一直咄咄逼人，大概意思，做的东西没有技术含量，甚至说“toy project”。我最后也不想解释了，撇下一句话，“everyone has to start somewhere” ，现在回想起来还是很无语，只能希望层主这样的讲道理的国人面试官越来越多

匿名用户 发表于 2026-07-17 20:40:18
“我不能容忍对方把我当纯傻子忽悠”， 这个完全合理；
其他的我可能最开始理解错了，你这么一说我完全懂了，we are good。

明白理解。其实你可以把别人做的说成是你做的，只要你能描述清楚，那就是你的东西。那个面试官也许看不上你项目的复杂度和规模，即使他觉得你的项目经验不足以胜任这个role，也不应该当面diss。你的经历符合我的观察，Junior国人太老实(老实得让人心疼)，没有适当的夸大和粉饰，倒是另一个极端。
主楼提到的问题让人有被candidate戏耍的感觉，所以我会忍不住刨根问底。

匿名用户 发表于 2026-7-17 19:10
非引战，但我想真诚地说几个小点：

对于背一套题的烙印这么问可以揭穿，可以光明正大挂他们，没问题。 ...

CI/CD这一套，但凡是认真做过DevOps的，基本上都很熟悉，里面很多细节很多坑你没做过是体会不出来的，比如两个人同时commit这种类似race condition。如果你公司没有项目，自己管理过side project, 或者open source的项目，也会碰到这些的，这些东西不难，主要是多，你从头到尾弄几次就熟悉了。

三哥这种靠背题的，一旦上手项目稍微深入必挂。

说实话，我一直怀疑北美的日料师傅都是同一个学校毕业的，做出来东西都一个味儿