字节前端一面

每一次AI工具的更新，市场上都说不需要前端了，然而事实真的如此吗？互联网本身就是新兴技术，因此互联网的各种工种也是受AI影响最深最快的前端不会消失，只是可能会HC减少，并以另一种形态存在，说说我当前的工作状态吧👇去年下半年到现在，工作80%都是AI相关，工作边界变得更加广阔：1）技能结构：从“前端单点”升级为“产品+内容+技术”的复合型以前更像是典型的前端工程师：把需求实现出来、把页面做出来、把交互写出来。现在更接近“能把想法从 0 推到 1”的复合角色——既要会产品设计，也要能用 AI 批量生产内容，还要具备把功能快速落地的代码能力。2）协作方式：从“对接上下游”变成“AI 协同 + 跨部门整合”过去协作更多是：跟产品确认需求、跟后端对接口、跟测试走流程。现在更常见的模式是：我直接参与需求设计，用 AI 快速做 demo 或原型，先上线验证方案是否可行，再根据数据/反馈迭代。3）交付目标：从“交付代码”变成“交付解决方案”以前衡量产出最直接的方式就是：写了多少功能、交付了多少代码。现在更像在交付“产品 + 技术”的整体结果：不仅把功能做出来，还要解决业务问题。工作的时间配比也发生了些变化👇20%：手写代码（更多是修 bug、处理边界问题、关键逻辑兜底）30%：指挥 AI 写代码（生成、review、accept/undo，然后 commit & push）30%：调提示词/调产出质量（让 AI 更稳定、更贴合业务）20%：和 AI 一起想点子、做方案迭代（找方向、试路径、优化体验）在我这些项目里，几乎没有“前端/后端”的明确分界：很多时候是我跟业务把需求聊清楚、方案定下来，就直接开发上线；有些需求甚至是我在 AI 的帮助下自己做方案、自己验证、自己推进落地；AI 带来的不是“写代码更快”这么简单，而是让一个人具备了更强的端到端能力：从需求到方案、从验证到上线，都能更轻、更快地跑起来。那么有人就要问了：你涨薪了吗？你涨薪了吗？你涨薪了吗？😊😊😊先说结论：那肯定是没有的但是你不适应时代的变化，你就会被时代所淘汰，AI时代除了传统技能以外，更多的还是拼你对业务 、对市场的理解，过去程序员很多只停留在代码跑起来的逻辑上，但忽视了很多代码背后的业务情况，AI时代帮你节省了写代码时间，给了你更多的思考时间——你对于业务是否有更好的解决实现方案，是最重要的能力实习的时候不要总是低头看代码，更要横向看看业务目标

因为经常有牛爷爷找我问手写题有哪些， 那还说啥了， 继续开源了。熟练度：生=看了还是不会，熟=看思路能写出来，秒=不看任何提示能写出来异步与设计模式（12题）Promise完整实现 | 生/熟/秒:Promise.all | 生/熟/秒:Promise.race | 生/熟/秒:Promise.allSettled | 生/熟/秒:Promise.any | 生/熟/秒:并发控制 | 生/熟/秒:retry重试+超时控制 | 生/熟/秒:sleep | 生/熟/秒:红绿灯循环 | 生/熟/秒:Promisify | 生/熟/秒:发布订阅+观察者模式 | 生/熟/秒:CodingMan | 生/...

部门先隐藏一下1. 实习经历：问实习经历做过的内容，然后对此延申了一个新场景问解决方案2. 项目经历：问上线项目，询问这些项目做了什么，就从公司业务场景入手，梳理了一些几个项目的主要功能3. 开源经历：问了一下提交过的PR（修的bug），怎么发现的问题，导致这个bug的根本原因是什么4. 场景手写题：flat（递归+栈）、promise timeout、防抖

一、前端基础与原理🔌 网络通信1. 请详细说明 HTTP 和 WebSocket 的区别？适用场景分别是什么？区别：适用场景：2. 什么是 SSE（Server-Sent Events）？它的核心特点是什么？SSE 是一种基于 HTTP 的单向通信技术，允许服务端主动向客户端推送事件流。特点：基于文本传输、默认支持断线重连、仅服务端向客户端单向推送、兼容性较好（除 IE 外主流浏览器支持）。3. 在什么场景下会选择使用 SSE 而不是 WebSocket？场景：仅需服务端向客户端单向推送数据（如新闻通知、日志推送）、希望兼容低复杂度场景、不想维护双向连接的心跳机制。原因：SSE 实现更简单、...