T
traeai
登录
返回首页
掘金本周最热

给技术团队定规范，为什么 90% 最后都变成了走形式？

8.5Score
给技术团队定规范，为什么 90% 最后都变成了走形式？

TL;DR · AI 摘要

技术规范失效主因是未区分核心边界与细节，90%失败源于过度约束业务层开发效率；真正有效的管理应聚焦工程底线（如统一请求、错误上报），而非琐碎编码风格。

核心要点

  • 90%技术规范最终走形式，因忽视业务压力下开发者绕过规则的现实
  • 一线开发者为提测紧急绕过ESLint时常用MagicType伪装any类型
  • 团队应守住工程底线：统一请求封装和错误监控，而非控制单文件代码风格

结构提纲

按章节快速跳转。

  1. §引言：理想规范 vs 现实执行

    新任组长制定严格编码规范，但实际执行中因业务压力导致开发者绕过规则。

  2. ·典型违规案例：用MagicType规避any限制

    开发者为通过Git Hook提交，使用unknown伪装any类型并强行类型断言处理后端结构变更。

  3. ·提交规范被破坏：快捷指令绕过校验

    团队成员频繁使用git commit -m "fix" --no-verify绕过Commit Message格式要求。

  4. §根本原因：前端是业务压力的最后一环

    产品经理催促、测试倒计时等场景下，开发者优先保证功能可用性而非遵守文档细节。

  5. §解决方案：抓大放小，守住工程底线

    不强制单文件风格，但必须统一请求封装和错误监控，防止全局风险扩散。

思维导图

用一张图看清主题之间的关系。

查看大纲文本（无障碍 / 无 JS 友好）
  • 技术规范为何失效
    • 问题根源
      • 业务压力主导开发决策
      • 开发者优先功能可用性
    • 常见表现
      • 伪造类型绕过ESLint
      • 滥用--no-verify跳过提交检查
    • 正确做法
      • 守住工程底线：统一请求/错误上报
      • 允许局部灵活：不强求单文件风格

金句 / Highlights

值得收藏与分享的关键句。

  • 当你的规范阻碍了同事准时下班，一线的开发者有一万种方法绕过你的各种 Lint 工具。

    — 第 3 段

    ⬇︎ 下载 PNG𝕏 分享到 X
  • 我不强制他定义完美的入参出参，但我绝对不允许他裸调接口和私自吞掉错误。

    — 第 6 段

    ⬇︎ 下载 PNG𝕏 分享到 X
  • 真正的有效管理不是写小作文，而是抓大放小——守住工程底线，允许局部灵活性。

    — 第 7 段

    ⬇︎ 下载 PNG𝕏 分享到 X
#前端#团队协作#规范制定#Code Review
打开原文

给技术团队定规范，为什么 90% 最后都变成了走形式？新晋前端组长制定严格编码规范，但实际执行中因业务压力导致开发者绕过 - 掘金

![Image 2: 稀土掘金Image 3: 稀土掘金](https://juejin.cn/post/7637046499475357759)

  • * 搜索历史 清空

* 创作者中心

  • 写文章
  • 发沸点
  • 写笔记
  • 写代码
  • 草稿箱

创作灵感 查看更多

  • 登录 注册 ## 首次登录 / 注册免费领取 登录 / 注册

给技术团队定规范，为什么 90% 最后都变成了走形式？

ErpanOmer

2026-05-08 1,541 阅读6分钟

专栏：

感想

关注

Image 4: 给技术团队定规范，为什么 90% 最后都变成了走形式？

节日刚来，公司把隔壁业务线的一个核心骨干提拔成了前端组长。

新上任，他花了整整一个晚上，在内网的 Confluence 上写了一份👉 [《前端团队研发协作与编码规范》](https://link.juejin.cn/?target=https%3A%2F%2Fgist.github.com%2FErpanOmer%2F50f15907ca3f4a3f3988d371ff669565 "https://gist.github.com/ErpanOmer/50f15907ca3f4a3f3988d371ff669565")。

为了体现专业度，他还特意把文档链接发到了全员群里，并且配置了非常严格的 ESLint 和 Husky 提交拦截。

我随手点开那份规范看了一眼，里面有一段关于网络请求和 TypeScript 类型的规定，写得非常理想主义😢。

我直接把原文档的部分片段，给你们摘录出来👇：

4.1 严禁使用 any 业务代码、公共组件、工具函数、接口定义、状态管理中，均严禁出现 any。

4.2 严禁使用 unknown 规避 anyunknown 仅允许在底层工具函数中使用，业务代码中不得使用 unknown 作为后端数据兜底类型。

4.3 接口出入参必须完整定义 所有后端接口必须定义请求参数和响应参数。

当时开会在投影仪上过这份文档时，大家纷纷鼓掌说好，觉得咱们的代码终于能摆脱草台班子的气质，向大厂开源规范看齐了😁。

结果晚上临近发版，我帮他们组 Review 一段紧急合入的业务代码时，差点笑出声。

理想中的规范是一尘不染的，但现实业务里的代码全是泥巴。我给你们看看，为了躲避这段严苛的规范，一线开发兄弟在提测倒计时的重压下，写出的代码：

typescript

体验AI代码助手

代码解读

复制代码

typescript
// 后端老哥下午临时改了表单的返回结构，把原本的数组改成了一个逗号分隔的字符串
// 前端兄弟急着提测，但又被 Git Hook 死死卡住不让提交
// 于是他为了绕过严禁使用 any的规范，写出了这种极其糊弄的声明：

type MagicType = unknown; // 高级 any，完美骗过简单的 ESLint 扫描

interface UserFormRes {
  userId: number;
  // 先 unknown 占位
  dynamicExtData: MagicType; 
}

const UserProfile = () => {
  const [data, setData] = useState<UserFormRes | null>(null);

  const renderPrivilege = () => {
    // 规范要求：必须用可选链，必须做类型兜底
    // 于是业务层出现了一坨安全转换代码：
    const extStr = (data?.dynamicExtData as string) || '';
    const list = extStr.split(',').filter(Boolean);

    // 强行把 boolean 转换回后端有时候乱传的 0 和 1
    const isVip = (data?.dynamicExtData as any)?.is_vip == '1' || false; 

    return <div>{/* 渲染逻辑 */}</div>;
  }
}

再去翻翻那一天的 Git 提交记录。 原本规范里白纸黑字写着，Commit Message 必须是 feat(模块名): [JIRA号] 更新详情。 但大家被拦截规则搞烦了，又不想去查具体的命令格式，于是那一晚的记录里，满屏都是用快捷指令强行绕过的产物：

git commit -m "fix" --no-verify

看着新负责人在群里无奈地圈人，问大家为什么不按规范来，我其实非常理解他的挫败感的🤔。

  • * *

现实问题

在这个行当混了这么多年，带过好几个大大小小的团队，我见过太多这种死在摇篮上的技术规范。很多人总觉得，只要规矩定得细，配上拦截工具，大家就会乖乖就范。

但这忽略了一个最致命的现实：前端是直接扛业务压力的最后一环。

当产品经理站在你工位旁边，问你为什么这个按钮点下去没反应？测试在群里疯狂 @你，倒计时还有半小时就要封板上线。这个时候，你脑子里只有一件事：把逻辑跑通，让报错消失。

这时候谁有空去翻那十几页的文档，查一查这个嵌套了四层、连后端自己都说不清楚的 JSON 结构，到底该怎么老老实实写成 Interface？

当你的规范阻碍了同事准时下班，一线的开发者有一万种方法绕过你的各种 Lint 工具。

那么，既然这种事无巨细的规范行不通，团队代码是不是就活该变成垃圾堆？

其实也并不是。真正有效的前端管理，从来不是写小作文，而是抓大放小。

我现在带项目，从来不限制组员在具体的单个业务文件里怎么折腾。我不关心他是不是多写了几个毫无意义的 div 嵌套，也不关心他是不是为了图省事写了个 as any。那些东西虽然不优雅，但最多就是他自己几个月后接手时看着头疼，影响面可控。

但我会死守工程的底线边界。给大家看一个我平时做 Code Review 绝对会当场打回重写的真实案例：

javascript

体验AI代码助手

代码解读

复制代码

javascript
// 某个新人写在促销活动页面的代码
// 这种代码我一眼都不会让它合进主分支

useEffect(() => {
  // 错误 1：在业务组件里直接裸写 fetch，绕过全局请求实例
  fetch('https://api.nurverse.com/v1/get-discount')
    .then(res => res.json())
    .then(data => {
      setDiscount(data.price);
    })
    .catch(err => {
      // 错误 2：私自吞掉报错，不接入统一监控
      console.log(err); 
    });
},[]);

我不强制他定义完美的入参出参，但我绝对不允许他裸调接口和私自吞掉错误🫡。

因为一旦这个接口报了跨域，或者后端抛了 500，全局的 Axios 拦截器抓不到它，公司的统一监控大盘也收不到告警信息。到了第二天客诉找上门，全组人都要陪着他排查到底是哪个节点挂了，这就是在给整个团队挖坑。

我会让他老老实实改成这样👇：

typescript

体验AI代码助手

代码解读

复制代码

typescript
// 所有的网络层交互，必须走基础封装
import { http } from '@/utils/request'; // 统一的请求封装
import { reportMonitor } from '@/utils/monitor'; // 统一的监控上报

useEffect(() => {
  // 必须通过全局 http 实例调用，自动带上 Token、重试机制和全局拦截
  http.get('/v1/get-discount')
    .then(data => setDiscount(data.price))
    .catch(err => {
      // 非公共错误，业务侧拦截后必须手动上报大盘
      reportMonitor('Discount_Fetch_Fail', err);
    });
}, []); // 依赖数组根据实际情况补充

发现区别了吗？

  • * *

别用规范去管人，用基建去管代码

管理技术团队，和敲键盘写代码是两套完全不同的逻辑。代码只要逻辑对，它就永远按预期执行，但人就不是🤷‍♂️。

任何一项技术规范的落地，本质上都是一次团队内部的习惯磨合。别再拿着那份十几页的文档试图去改造全组人了。砍掉那些脱离业务的伪需求，删掉那些让人抓狂的强制检查，去关注那些真正拖慢团队协作的链路瓶颈🫵。

当你的团队成员发现，你定的每一条规则，都是在帮他们少踩坑、少背锅、能准时下班的时候。根本不需要任何强制文档，你提倡的最佳实践，自然会成为大家的工作习惯。

这才是一个前端负责人，真正该有的技术管理品味。

你们说是不是呢？

谢谢大家 (2).gif

标签：

前端JavaScript程序员

话题：

每日精选文章

本文收录于以下专栏

Image 5: cover

感想

专栏目录

感想

71 订阅

·

68 篇文章

订阅

上一篇

OpenClaw 为什么突然不火了？

评论 18

Image 6: avatar

0/ 1000

标点符号、链接等不计算在有效字数内

⌘ + Enter

发送

登录 / 注册 即可发布评论！

最热

最新

Gintoki_Sakata

其实有些公司开发要合并代码时是不直接对着Git的。。。

会有一个平台，自己选参数（比如JIRA号，原始分支，目标分支），然后提交了以后自动走后续流程。

我觉得这里最大的问题是这个负责人提出来的规范要“靠人”保证，并且没法扛压力。

比如像我前司那样直接搞个平台，产品自己去对着系统生气就好了，别压力怪我😈如果想紧急修复，那就发邮件走特殊流程。（不过也就是因为这一大堆乱七八糟的东西搞得整体效率特别低，并且也搞得我们完全不敢出Bug，不然搞死你）

PS：实际上一些公司发版是有窗口的，就算出Bug，产品再急也没用😈

展开

2小时前

点赞

评论

  • 屏蔽作者：Gintoki_Sakata
  • 举报
Image 8: 米小虾的头像

米小虾

私人小助手

说得太对了！规范应该是帮助团队而不是束缚团队。抓大放小，用基建管代码而不是用文档管人，这才是务实的做法。

4小时前

1

评论

  • 屏蔽作者：米小虾
  • 举报

AUV

前端

既要快，又要好，既要又要![Image 10: [呲牙]](https://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_2.cd1e2bd.png)

7小时前

点赞

评论

  • 屏蔽作者：AUV
  • 举报

查看全部 18 条评论

Image 11 19

Image 12 18

Image 13 收藏

加个关注，精彩更新不错过~

Image 14: avatar

关注

202 文章1.4m 阅读2.4k 粉丝

加个关注，精彩更新不错过~

关注

已关注

私信

目录

收起

  • [现实问题](https://juejin.cn/post/7637046499475357759#heading-0 "现实问题")
  • [别用规范去管人，用基建去管代码](https://juejin.cn/post/7637046499475357759#heading-1 "别用规范去管人，用基建去管代码")

相关推荐

[马斯克官宣xAI解散，22万张GPU算力租给Anthropic 930阅读 · 7点赞](https://juejin.cn/post/7637011261792960550 "马斯克官宣xAI解散，22万张GPU算力租给Anthropic")[我的第一次移动端 AI 办公：在地铁上把 Bug 修了 353阅读 · 6点赞](https://juejin.cn/post/7636984451567894538 "我的第一次移动端 AI 办公：在地铁上把 Bug 修了")[求求你别卷了，主管又转发你的文章到工作群了...我看了之后五味杂陈，决定卷个毛线! 152阅读 · 2点赞](https://juejin.cn/post/7637075630060535854 "求求你别卷了，主管又转发你的文章到工作群了...我看了之后五味杂陈，决定卷个毛线!")[AI写代码比年轻人还快，为什么35岁老程序员反而更香了？ 106阅读 · 0点赞](https://juejin.cn/post/7616589177186697225 "AI写代码比年轻人还快，为什么35岁老程序员反而更香了？")[DeepSeek版Claude Code登顶热榜：8700星，鲸鱼哥火了 677阅读 · 3点赞](https://juejin.cn/post/7636537742285799434 "DeepSeek版Claude Code登顶热榜：8700星，鲸鱼哥火了")

精选内容

[你的代码仓库变成“毛线团”了？Monorepo 用 Turborepo 拆成“乐高积木” kyriewen · 106阅读 · 1点赞](https://juejin.cn/post/7637440674707800090 "你的代码仓库变成“毛线团”了？Monorepo 用 Turborepo 拆成“乐高积木”")[面试手写 KeepAlive：React 组件缓存的实现原理 Lee川 · 67阅读 · 1点赞](https://juejin.cn/post/7637353693051928622 "面试手写 KeepAlive：React 组件缓存的实现原理")[TEngine 入门系列（一）：TEngine 是什么 & 为什么选它 烛阴 · 51阅读 · 0点赞](https://juejin.cn/post/7637337300364689435 "TEngine 入门系列（一）：TEngine 是什么 & 为什么选它")[TypeScript 数组去重的 20 种实现方式，AI时代掌握用不同思路解决问题 刀法如飞 · 72阅读 · 1点赞](https://juejin.cn/post/7637367483129905152 "TypeScript 数组去重的 20 种实现方式，AI时代掌握用不同思路解决问题")[面试官：说一下你现在使用的 AI IDE，什么，JoyCode 是什么？ 海石 · 231阅读 · 2点赞](https://juejin.cn/post/7637367483129888768 "面试官：说一下你现在使用的 AI IDE，什么，JoyCode 是什么？")

找对属于你的技术圈子

回复「进群」加入官方微信群

Image 17

为你推荐

* [90%平台都死了，为什么我还是坚持做了AIStarter + PanelAI？本地AI基础设施的架构选择与思考](https://juejin.cn/post/7605128056484691983 "90%平台都死了，为什么我还是坚持做了AIStarter + PanelAI？本地AI基础设施的架构选择与思考") 大家好，我是熊哥（AIStarter & PanelAI 作者）。 昨天一位粉丝线下聊了整整一个下午，他问了一个很真实的问题： “熊哥，你为什么要做平台？程序员朋友都说90%以上的平台最后都死了，基本

[人工智能](https://juejin.cn/tag/%E4%BA%BA%E5%B7%A5%E6%99%BA%E8%83%BD "人工智能")[开源](https://juejin.cn/tag/%E5%BC%80%E6%BA%90 "开源")[GitHub](https://juejin.cn/tag/GitHub "GitHub")

Image 18: 90%平台都死了，为什么我还是坚持做了AIStarter + PanelAI？本地AI基础设施的架构选择与思考

* [AI写代码比年轻人还快，为什么35岁老程序员反而更香了？](https://juejin.cn/post/7616589177186697225 "AI写代码比年轻人还快，为什么35岁老程序员反而更香了？") 本文打破程序员35岁职场焦虑的固有认知，分析AI编程的能力边界，指出资深程序员的工程经验、架构判断力在AI时代的稀缺价值，同时给出3个落地的能力升级建议，帮助30+程序员建立AI时代的核心竞争力。

[Java](https://juejin.cn/tag/Java "Java")[数据库](https://juejin.cn/tag/%E6%95%B0%E6%8D%AE%E5%BA%93 "数据库")

* [90%的程序员，都没用过多线程和锁，怎么成为架构师？](https://juejin.cn/post/6903343019840241672 "90%的程序员，都没用过多线程和锁，怎么成为架构师？") 如果说编程只是单纯的承接产品需求开发系统功能，那么基本可以把程序开发简单理解成按照需求PRD，定义属性、创建方法、调用展示，这三个步骤。 尤其是在一些大公司中，会有易用的、完善的、标准的架构体系和运维服务，例如：RPC、MQ、Redis集群、分布式任务、配置中心、分库分表组件、…

[Java](https://juejin.cn/tag/Java "Java")

Image 19: 90%的程序员，都没用过多线程和锁，怎么成为架构师？

* [自学转行做前端，月薪3K变成了15K，这份自学指南让你少走弯路](https://juejin.cn/post/6997769678797930504 "自学转行做前端，月薪3K变成了15K，这份自学指南让你少走弯路") 为什么选择前端？ 其实做前端的很多同学都和我一样是半路出家。拿我来说，当初选择做前端主要： 不喜欢现在的工作，薪水太低，想换一份轻松体面的工作，还能改善自己的生活 前端入门门槛简单，学点 HTML +

[前端](https://juejin.cn/tag/%E5%89%8D%E7%AB%AF "前端")

* [测试管理者视角：识人与OKR，决定团队能走多远（给新人的进阶启发）](https://juejin.cn/post/7593353611943067700 "测试管理者视角：识人与OKR，决定团队能走多远（给新人的进阶启发）") 今天不聊空泛的管理理论，就从测试行业的特殊性出发，拆解管理者是如何识人的、OKR该怎么落地，更给测试新人一些进阶启发：提前懂这些逻辑，你不仅能更快适配团队，更能朝着管理岗、核心骨干方向精准发力。 一、

[人工智能](https://juejin.cn/tag/%E4%BA%BA%E5%B7%A5%E6%99%BA%E8%83%BD "人工智能")

* [🚀 程序员必看让AI编程100%可控！从1到N的开发神器OpenSpec规范驱动开发完整实战指南！支持Cursor、Claude Code、Codex！比Sp](https://juejin.cn/post/7562005346262646835 "🚀 程序员必看让AI编程100%可控！从1到N的开发神器OpenSpec规范驱动开发完整实战指南！支持Cursor、Claude Code、Codex！比Sp") 你有没有遇到过这种情况？满怀期待地让AI助手写代码，结果它理解错了需求，写了一堆你不想要的功能；或者你想让它改个小地方，结果它把整个文件都改乱了；又或者几轮对话后，AI完全忘了你最初想要什么，代码越改

[Claude](https://juejin.cn/tag/Claude "Claude")[AI编程](https://juejin.cn/tag/AI%E7%BC%96%E7%A8%8B "AI编程")[VibeCoding](https://juejin.cn/tag/VibeCoding "VibeCoding")

Image 20: 🚀 程序员必看让AI编程100%可控！从1到N的开发神器OpenSpec规范驱动开发完整实战指南！支持Cursor、Claude Code、Codex！比Sp

* [Prompt 不够用了，火爆全网的 Skills 到底是个啥？](https://juejin.cn/post/7598353543892828166 "Prompt 不够用了，火爆全网的 Skills 到底是个啥？") Skills 到底是个什么东西，为什么最近讨论的声音这么大呢？今天，Sunday 就通过这篇文章，一文带你彻底搞懂 Skills。

[前端](https://juejin.cn/tag/%E5%89%8D%E7%AB%AF "前端")[AIGC](https://juejin.cn/tag/AIGC "AIGC")

Image 21: Prompt 不够用了，火爆全网的 Skills 到底是个啥？

* [那个把代码写得亲妈都不认的同事，最后被劝退了🤷‍♂️](https://juejin.cn/post/7585897699603693594 "那个把代码写得亲妈都不认的同事，最后被劝退了🤷‍♂️") 大家好😁。 上上周，我们在例会上送别了团队里的一位技术大牛，阿K。 说实话，阿K 的技术底子很强。他能手写 Webpack 插件，熟读 ECMA 规范，对 Chrome 的渲染管线了如指掌。 但最终，

[前端](https://juejin.cn/tag/%E5%89%8D%E7%AB%AF "前端")[JavaScript](https://juejin.cn/tag/JavaScript "JavaScript")[代码规范](https://juejin.cn/tag/%E4%BB%A3%E7%A0%81%E8%A7%84%E8%8C%83 "代码规范")

Image 22: 那个把代码写得亲妈都不认的同事，最后被劝退了🤷‍♂️

* [企业出海：为什么90%的跨境网络预算都算错了？](https://juejin.cn/post/7594468778110189602 "企业出海：为什么90%的跨境网络预算都算错了？") 很多出海企业的IT负责人都有过这样的尴尬时刻：每年的网络预算都在涨，买了昂贵的国际专线（MPLS），但财务（CFO）看到账单时还是眉头紧锁；或者为了省钱改用普通互联网，结果业务卡顿，销售团队天天投诉。

[产品](https://juejin.cn/tag/%E4%BA%A7%E5%93%81 "产品")

* [ERP上线：为什么IT部门说了不算？](https://juejin.cn/post/7564240338631032867 "ERP上线：为什么IT部门说了不算？") ERP项目失败常因业务部门缺位导致。本文指出ERP本质是业务系统而非技术系统，必须由业务部门主导三大变革：流程重组、组织调整和数据标准化。IT部门单独主导易陷入目标错位、需求不清等困境。成功实施需构建

[前端](https://juejin.cn/tag/%E5%89%8D%E7%AB%AF "前端")[后端](https://juejin.cn/tag/%E5%90%8E%E7%AB%AF "后端")[JavaScript](https://juejin.cn/tag/JavaScript "JavaScript")

Image 23: ERP上线：为什么IT部门说了不算？

* [为什么85%的企业AI项目都失败了？](https://juejin.cn/post/7539814116560044074 "为什么85%的企业AI项目都失败了？") 企业AI应用与创新积累的困境 Gartner数据：85%的企业AI项目未能产生预期价值。 为什么？我们调研了国内外大量（100+）垂直领域AI+企业，发现了四个核心问题： 问题1：开源很强大，但企业用

[算法](https://juejin.cn/tag/%E7%AE%97%E6%B3%95 "算法")[计算机视觉](https://juejin.cn/tag/%E8%AE%A1%E7%AE%97%E6%9C%BA%E8%A7%86%E8%A7%89 "计算机视觉")[深度学习](https://juejin.cn/tag/%E6%B7%B1%E5%BA%A6%E5%AD%A6%E4%B9%A0 "深度学习")

Image 24: 为什么85%的企业AI项目都失败了？

* [为什么自己干了这么多活，最后功劳都是别人的？](https://juejin.cn/post/6981090666268852238 "为什么自己干了这么多活，最后功劳都是别人的？") 【本文只针对IT行业技术岗】 一、粉丝留言 自己每天加班到10点，有时候都到凌晨，周6基本全勤，公司项目忙的时候周日还去加班， 做过的项目无数，很多项目都给公司带来了丰厚的利润。 年底年终奖比别人少了

[前端](https://juejin.cn/tag/%E5%89%8D%E7%AB%AF "前端")

* [为什么中国的ERP，最后都成了财务软件？](https://juejin.cn/post/7626954879211274266 "为什么中国的ERP，最后都成了财务软件？") 上周五晚上，在一位制造业朋友的邀请下参加了一个饭局，期间听到一个比较有意思的事情。 这是一位戴眼镜，看起来很精神的中年人（深圳某电子厂负责人），他说了这么一段话："我们公司前年上的ERP，号称全流程覆

[团队管理](https://juejin.cn/tag/%E5%9B%A2%E9%98%9F%E7%AE%A1%E7%90%86 "团队管理")

* [Vibe Coding，这种技术面试形式会成为新的趋势吗？](https://juejin.cn/post/7547545139297681408 "Vibe Coding，这种技术面试形式会成为新的趋势吗？") 你好呀，我是歪歪。 前几天在网上冲浪的时候，我看到一则消息： 说实话，我看到标题的时候我就猜到，这个开发岗位极有可能是美团的岗位。 因为美团今年校招的时候已经有 AI 面试官的环节了

[后端](https://juejin.cn/tag/%E5%90%8E%E7%AB%AF "后端")[前端](https://juejin.cn/tag/%E5%89%8D%E7%AB%AF "前端")[面试](https://juejin.cn/tag/%E9%9D%A2%E8%AF%95 "面试")

* [为什么有些大公司技术弱爆了？](https://juejin.cn/post/6844903916933480462 "为什么有些大公司技术弱爆了？") 本文整理自知乎上的同名讨论帖：《为什么有些大公司技术弱爆了？》，版权归原作者所有，原文地址：www.zhihu.com/question/32039226有网友提问：今年年初，到一家互联网公司实习，该

收藏成功！

已添加到「」， 点击更改

  • 微信Image 25微信扫码分享
  • 新浪微博
  • QQ
Image 26: image

AI代码助手上线啦

选中代码，体验AI替你一键快速解读代码

立即体验

APP内打开

Image 29

温馨提示

当前操作失败，如有疑问，可点击申诉

前往申诉 我知道了

Image 30选择你感兴趣的技术方向

后端

前端

Android

iOS

人工智能

开发工具

代码人生

阅读

跳过

上一步

至少选择1个分类

沉浸阅读

确定屏蔽该用户

屏蔽后，对方将不能关注你、与你产生任何互动，无法查看你的主页

取消 确定

AI 可能会生成不准确的信息，请核实重要内容