面试老是被说项目没水平

l3想跳l4，面试的时候总是被问到做的项目，我觉得我做的项目其实也没什么技术深度，顶天了也就是一些vendor integration，我就算生搬硬造出来多少多少rps，多少cost saving，多少dev efficiency，还是每次都被说项目不够technical。

我真的服了，我们本来就不是什么大公司，用户也就那么多，怎么搞出那么多的hard technical challenge出来？我是不是该先找个大厂l3干两年，再出来跳l4？

“不够technical”这个评价可能是楼主没有说清楚自己的项目的complexity在哪里，我一直在大厂，写promo packet的时候一定要强调自己的complexity，再简单的项目都可以包装，以下是我猜测的非大厂的技术难度：
1. 没有现成的infra，要从几个open source的tooling里选，那每个工具pros&cons是什么，为什么某个tooling最契合产品需求？如果都不够契合，你做了什么来让它契合？
2. 老板让你做个project，有好几种方式来做，为什么选择某一种？你做了哪些分析？是否会引入tech debt或者不稳定的dependency？如何权衡short term fix vs long term reliability？
建议楼主可以想一想自己做project的时候最蛋疼的瞬间都是哪些，哪怕是最简单的“oncall ticket太多，总是要人手工去看”这种类型的活，都可以包装成engineering efforts太大，你分析了这些ticket的类别，写了一个简单automation pipeline来mute掉一些ticket，或者优化了系统的某一个功能，让大家可以focus on真正重要的outage

补充内容 (2025-10-17 08:45 +08:00):
大部分人做的项目其实都没太大难度，但是怎么包装你做项目的这个过程很重要，ng和l4最大的区别就是l4会开始思考为什么要这样做，哪一种方法短期/长期更好，l3需要非常多的guidance

补充内容 (2025-10-17 11:29 +08:00):
再补充一点，如果楼主真的觉得自己的项目非常tedious没什么技术含量，你可以从更大的scope来想：小的项目很多时候是大项目里分割出来的，这个大项目的意义是什么？目标是什么？都有哪些sub task？这些sub task之间有什么联系？为什么需要做这些sub task？想办法去搞清楚所有的sub task，然后面试的时候把这个更大scope的项目当成自己的来讲，前提是你要想当了解这个项目的前因后果和技术细节

补充内容 (2025-10-17 12:53 +08:00):
很多人可能有一个误解，就是觉得要做的项目越复杂代表level越高，但其实不是这样，工作本质上是解决问题，level越高的人需要解决的问题越复杂，解决方案不一定很复杂，关键是怎么找到问题，怎么gracefully解决问题

大部分人干的项目都没啥水平。

主要是你公司牌子不行，别人看不上，其实大厂都没什么技术含量

直接跳大厂呗
大厂面试会这么直接评价说项目没水平嘛

有一说一，很多大厂senior也就是个proto mover。

匿名用户 发表于 2025-10-16 15:39:26
直接跳大厂呗
大厂面试会这么直接评价说项目没水平嘛

面的都是大厂/热门中厂

大厂大部分组的L6都还不如你的scope 和challenge，你还想去做大厂L3？

大部分人都是crud，项目难度不都是靠吹吗

练习吹牛，好听点叫包装。大部分人做的都没什么水平的。