转正的最后一个流程，以为是简单聊聊，没想到还问的蛮实在的
问题
- 做过的项目拷问 —— 主要看解决问题的方式
- 你觉得你做的这些需求哪个最有含金量
性能优化，因为从技术调研、方案调整到上线从头到尾跟进的
- 你拿到这个case，是怎么着手进行的
我先看了官方文档了解原理，然后问组里的另一个同事要了做过类似优化的项目仓库进行参考，结合我们业务的加载结构做了验证。
我注意到存在部分大文件加载的问题，就去找了一些博客，针对性地加了预加载和loading。
- 有再进一步优化的可能吗
理论上还有优化空间，但没必要。包体已经足够小了，在目前的主流设备上不太会遇到性能问题了。并且主包的功能模块都很常用，分包加载反而可能影响用户体验
- 你独立做的吗，还是有mentor介入
(如实回答) 第一次优化效果不理想，mentor给我指出来，让我更改方案，进一步优化
- 你做的这个xxx适配，有提取出通用的方法吗？为什么之前其他项目没有解决这个问题？
有的，贡献到了团队的开发规范里面，包括用哪个系统api，哪些需要注意
我认为是没有这个问题出现的场景，具体来说，xxxx
- ai相关
- 用cursor吗，怎么用ai辅助工作的,用补全还是对话
补全的场景通常是重复性修改，一个新的功能点、大逻辑修改之类用chat，我习惯让他给出多种方案，让我来选择
- 问ai的时候会给他提供什么信息，比如template、背景、规范之类
会给他一些上下文，但是我更喜欢自己写大的template，让他完成一个具体的、小的方法或者功能点（后面我觉得其实这样答不太好）
- 有遇到过因为ai代码造成问题吗
暂时没有，前面提到我让他写的都是小的、具体的点，ai写的代码我也都会看，所以暂时没有遇到过
- 技术拷问
- 前面你提到cdn，你了解cdn的原理吗 —— 说是拷问我技术探索的好奇心
有点懵，没有想到还会问技术问题，以前学过，但一下没有答出来 ai给出的回答：CDN 本质是通过在全球或区域部署缓存节点，让用户从最近的节点拉取资源，减少请求延迟。它的核心原理是“内容分发 + 缓存控制”，可以显著降低主服务器压力、提高资源加载速度。
- 你觉得react和vue哪个框架会长期发展下去
我没有用过vue，但从社区的观点看，vue开发比较快速，但复杂逻辑维护容易踩坑；react开发周期较长，适合处理复杂的逻辑。对于中小型项目，功能、数据流呢较为简单的，用vue来进行快速开发是好的选择；对于大型项目，需要维护复杂逻辑的，用react会是更好的选择。所以他们有各自擅长的领域，也会有各自不同的发展方向，并不存在只留一个的情况
- 那你觉得你了解过的部门项目，用哪些合适
我主要继承前面的回答，从功能复杂度去回答的。
我现在觉得应该同时考虑团队技术栈适配性
- 那你说的中小型项目还蛮小的，基本上都是功能简单的
- 那你觉得你现在负责的后台，用哪个合适
我回答后台功能简单，用vue。
后面想，这个项目绑定的前台是react，从成员技术适配度考虑，应该是react更好； 同时，UI用的antd组件，其实也和react生态更契合
反问环节
- 你觉得一个成长较快的新人通常有什么特质
我通常会看这个人处理一个case的方式，我觉得你答得蛮好的，先看团队内部的实践。有的人他是不敢问的，你会去求助，这点很好。
我觉得你需要提高的是好奇心，就比如说我问的cdn，这是你自己提到项目把图片放在cdn，你却没有去了解他的原理。这可能现在对你帮助不大，但是等你遇到的问题多了之后，甚至职级晋升的时候，这些知识都是有用的。比如你未来可能遇到更新代码后，界面没有更新，这可能是hash没有更新也可能是cdn缓存，这就需要用的这些知识去解决问题
还有就是有没有业务意识，像你做的XXXX就是根据业务去提出的，这点也很好
- 之后问了些组织架构，发展方向有关
总结
- 感觉大老板技术出身，问的都很实在
- 更看重思维方式、解决问题的方式和潜在成长性，看你是只会执行任务，还是会主动思考、有成长为ld的可能
- 自己确实需要加强原理学习
