小红书前端秋招面经

入职一年多作为一枚资历尚浅的过来人，想给大家分享一些关于盒马鲜生的体验，供大家参考。1. 背靠阿里生态，起点高、资源广盒马作为阿里巴巴集团的新零售标杆，拥有强大的技术、数据与供应链支持。在这里，你能接触到行业前沿的数字化零售模式，参与重构“人、货、场”的创新实践，这种高起点是许多初创企业无法比拟的。2. 全链路培养体系，成长路径清晰公司为应届生量身打造“全链路业务培训+定制化轮岗计划”，从前端用户运营到后端供应链管理，全方位夯实业务能力。我的亲身经历是：半年轮岗后，不仅能独立负责生鲜品类的用户需求洞察，还参与了仓配优化项目，快速蜕变为复合型人才。目标直指“前置仓站长”，独当一面的机会近在眼前。3. 一线实战，结果导向，激励丰厚盒马注重“从用户中来，到用户中去”。入职后，你会深入一线直面消费者，解决真实需求，这种接地气的经历让理论迅速落地。公司推行“强结果激励”，业绩达标即可获得丰厚奖金，付出与回报直接挂钩，干劲十足！4. 包容开放的招聘政策，机会多元不限应届生身份（毕业2年内均可投递），专业包容性强（物流、电商、食品等优先但不强制），尤其欢迎有学生干部、奖学金经历的同学。全国分配机制为愿意挑战的同学提供广阔舞台，无论一线城市还是新晋市场，都能找到适合自己的战场。写给应届生的心里话在盒马，我不仅学会了如何运营一个生鲜仓，更学会了用用户视角思考商业本质。公司对新人足够信任，只要你主动、有服务意识、愿意学习，就能快速脱颖而出。如果你渴望在高速发展的行业中积累扎实的零售经验，那么我非常推荐你选择！#校招入职后的感受##如何缓解入职前的焦虑#

#阿里求职进展汇总##实习##暑期##腾讯##字节##阿里#主包这周连续面阿里的不同部门，结果全是kpi，特征就是要么是电话，要么是钉钉不开摄像头，时间都在30min以内，技术不怎么想深挖，随便找几个问题应付一下你，然后面完秒挂。我请问了，阿里kpi的意义在哪？主包答得可以是点问题没有

阿里国际，隔了得有两周（包括五一），现在约了技术终面，说大概半小时左右，在想是不是kpi，如果是kpi就推到下周了因为明天有点事#阿里求职进展汇总# #牛客创作赏金赛#

临近暑期实习尾声，技术面试一个接一个，简历也改了不止一轮。项目写着写着，我突然意识到：项目写得“完整”远远不够，更重要的是写出“价值感”。有一位前辈给我提了四个关键点，让我重新审视自己项目的深度：你负责了哪些关键模块？（责任）项目中遇到过哪些棘手问题？（难点）你是怎么解决这些问题的？（方案）最终带来了什么具体效果？（成果）听起来很基础，但我意识到，自己很多项目只能说“我参与了”，但不能明确讲出“我解决了什么”。我之前忽略了什么？仔细回顾，我做过不少项目，前后端都写过，能用 React / Vue 从零搭起一个系统，也配合过接口联调、上线部署。但说到底，大部分时候只是“按部就班地实现了功能”，很少去问：这块为什么卡顿？有更好的写法吗？这个模块有没有隐藏 Bug？有没有测试覆盖？页面加载慢到底慢在哪里？是网络、渲染、还是组件逻辑？能不能把这个项目做到上线后能跑得动、看得懂、改得动？而我之所以一直忽略，是因为没把这些项目当作真正的“产品”来看待，而是当作“任务”去完成。那我现在打算怎么做？前辈说：“不是怎么写简历的问题，而是项目本身有没有打磨到值得写。”所以我最近做了三件事：1. 把项目重新跑一遍，记录下“没做好的地方”某些页面首屏加载慢，懒加载策略不合理状态管理冗余，组件间数据耦合过高多终端兼容性测试不足，移动端滚动逻辑有问题2. 针对性地重构一部分模块把原本重复写的业务逻辑封装成通用 Hook 或组件用虚拟滚动优化日志数据渲染性能，并对比前后加载时间替换复杂的 Redux 状态管理为更轻量的 Zustand，提高可读性和维护性3. 学着为自己的逻辑加上测试或性能指标写了几份基础的单元测试覆盖流程设计器中的节点增删逻辑用 performance API 测试列表组件渲染时间，并进行 Lazy Render 分段处理技术背景与成长方式我来自一个技术基础相对扎实的环境，动手能力比较强。之前自学过前后端开发，搭建过完整的项目，也尝试了从部署、状态管理到接口封装的完整流程。通过阅读文档和实践为主的方式积累经验，偶尔也会系统性地整理知识点。技术方向：熟练掌握 React / Vue 技术栈，能独立搭建项目架构使用过 TypeScript，掌握基础类型与接口定义熟悉常见前端性能优化手段（懒加载、虚拟列表、代码分包）掌握基本的前端安全知识，如防止 XSS、CSRF 等攻击能使用 Node.js 和 Express 搭建本地开发接口与中间件服务我目前的优势和短板我的优势理解完整开发流程，能独立负责项目从搭建到联调有性能意识，能主动优化加载速度和渲染瓶颈掌握现代前端主流技术，有实践 Vue3、React18、Zustand 等经验动手能力较强，遇到问题愿意查资料并快速验证我的不足类型系统理解不够深入，缺乏在复杂项目中封装泛型的经验状态管理工具（如 Redux、Zustand）只用过基础场景，缺少深入建模项目测试覆盖率不高，单测/集成测试的实践不足兼容性与边界场景考虑不够细致，比如低端设备或网络波动下的处理写在最后：把普通项目做出深度，是毕业前最值得做的事我现在的目标，不是再堆一个新项目，而是认真打磨已经写过的项目，让它不仅能运行，更能让人看到我的思考。如果你也在写简历、做项目，建议你也试试回头看一看：你写的那个流程系统、电商页面、组件库，真的到“能上线用”的标准了吗？只要再往深里钻一点，你的项目也能从“写过”变成“写得牛”。如果你也在找实习/准备秋招，希望我们都别只做“功能完成者”，而能逐渐成为“问题解决者”。