拼多多前端三面

坦白说，刚入职携程前端岗位时，我对这份工作的理解特别浅薄，总觉得前端工作无非就是敲代码、做界面，把UI做得精致好看就足够了，直到真正上手业务，才发现自己的认知有多片面。我所在的国际火车票部门，日常接触的都是和全球铁路业务相关的前端开发工作，远比我想象中更具挑战性。印象最深的是刚上手火车站点推荐功能时，产品需求看似简单，只是呈现站点信息、方便用户选择，但实际动手开发才发现全是需要攻克的难题。比如站点数据要对接欧洲RailEurope 4A等多个海外铁路分销商的接口，如何保证数据实时同步且精准无误；面对全球不同地区用户的网络差异，怎么优化页面加载速度，让弱网环境下的用户也能流畅操作；还有多语言、多币种场景下，站点信息的呈现的方式如何更贴合不同地区用户的使用习惯。那段时间，我不再是只关注代码是否能运行、界面是否美观，而是跟着团队一起拆解问题、寻找解决方案。我们一起讨论如何优化接口请求，减少网络延迟，参考公司全球化部署的路由策略，采用就近访问的方式提升加载效率；一起研究用户场景，分析不同出行人群（比如商旅人士、游客）对站点推荐的需求差异，调整信息呈现的优先级。更幸运的是，团队里的前辈和导师都特别耐心，会主动分享技术经验，针对我提出的疑问逐一解答，甚至会带着我一起review代码，指导我如何写出更高效、更易维护的程序，就像战友一样并肩前行。也是在这个过程中，我彻底意识到，携程的前端从来不是“只做界面”的岗位，而是要深度结合业务，用技术解决实际问题。我们的每一行代码，都关系到全球用户的出行体验——可能是帮助用户快速找到合适的火车站点，可能是确保节假日高并发场景下预订流程不卡顿，也可能是让海外用户能清晰看到精准的车次信息和价格，这正是携程前端工作的价值所在。对比在学校做项目的时光，最大的转变就是从“被动完成任务”到“主动解决问题”。以前在学校，都是老师给定明确需求、划定范围，我们只需要按部就班写代码、交作业，不用考虑后续的落地和用户体验。但在携程，没有人会给你“标准答案”，更多的是给出业务目标，让你自主思考、主动探索，这种工作模式，彻底打破了我的学生思维，也让我快速成长。如今在携程工作已有一段时间，从最初那个只懂做界面的新手，到现在能独立对接业务、解决复杂问题，我真切感受到了自己的蜕变。

刷到有人问华泰星战营，翻下去年的经历，随便写写。bg：本天津大学，硕新国立，江苏人。当时其实主要是想找个暑期实习，对秋招有帮助那种。华泰base南京，我肯定重点看。没想着一定要拿offer，就觉得能去券商科技部门体验一下挺好的。结果……后面真拿到了，还拿了最高档奖金。我做的课题：金融领域有个痛点——前台写报告需要翻大量资料找数据，纯纯体力活。我们搭了个智能体，用大模型编排了一套流程：海量文本去重→提取→再加一个“反思”节点。就是第一轮提取的结果不一定符合需求，让大模型自己反思一下上一轮的结果，循环迭代，直到输出满意的东西。最后还要转成md这种指定格式。相当于一个“提取+反思”的循环结构，帮前台...

有4月19面完三面收到hr面邀约的UU吗，之前一直都是周五推下一次面试的进度，我看别人三面完很快就推hr面了，我这还有机会吗，官网状态还显示在面试中，没招了春招目前就pdd一个还在流程中，挂了就真只有转行了

前端新的面试题又来咯拖拽与 DOM问题 1：拖拽过程中，如果原本的元素消失了，onDrop 还能触发么？具体表现是什么？答案： 能触发。onDrop 事件会在放置的目标元素上触发。具体表现是：拖拽源元素在拖拽过程中被移除（如设置为 display: none 或从 DOM 中删除），只要鼠标在有效的放置目标上释放，onDrop 仍会触发。但是，event.dataTransfer 对象中关于拖拽源的数据可能变得不可靠或丢失。问题 2：如何改变拖拽预览图？答案： 使用 DataTransfer.setDragImage() 方法。 element.addEventListener('dragst...