简述

一面面试官:一线研发

二面面试官:团队 leader 细节 =>宏观

核心考察

考察点 1:过往的业务经验和我们是否配?

• 电商管理系统:订单管理，仓储管理，营销管理，秒杀抢购，物流跟踪等等。
• 移动端页面:多机型适配，加载性能，体验性能，虚拟列表，滚动防抖，预加载，加载等等
• TOB 中后台系统:较强的抽象能力，应对不同客户定制化需求，问题跟进，工单跟进等等。

考察点 2:业务能力(做事能力)

• 根据已有的知识体系，结合业务，是否有形成自己成熟的做事方法论而该方法论是否全面，包含考虑到项目的稳定性，安全性，可拓展性，可维护性，持续集成成本，等等

需要做什么

• 1.告诉面试官，我做了什么事情，这个事情属于什么业务类型
• 2.总结出自己的做事方法论，并且分析每个项目，在面试的时候传递给面试官

做事思维方式

遇到什么需求 /问题 + 业界解决方案 + 我的的解决方案 +落地效果

小项目怎么做

案例：
一、移动端列表页
1、挑战点:当用户一直往下滚动加载数据，数据会越来越多，页面会卡顿。
2、业界方案:通过预加载，懒加载的方式优化列表，但是没很好解决卡顿问题。
3、我们方案:当数据量超过阈值的时候，切换为虚拟列表。譬如加载超过 1000 条数据的时候，无感知切换到虚拟列表，始终只加载前后 100 条数据。
4、落地效果:前端列表无限加载都无感知。

二、后台管理系统
1、挑战点:都是用 U 框架搭建模块，研发都在做 CRUD 体力活，很浪费研发资源
2、业界方案:通过低代码平台处理，但是你们人力有限，项目也不大，要构造一个低代码平台成本比较高。
3、我们方案：分析得出，每个模块其实基本功能都很类似的，都是有搜索框，列表，修改业界方案:新增弹窗，翻页我就通过沉淀出这类模板，并且暴露各参数，使得有重复功能模块上线的时候，直接通过配置即可生成板块，大大的提升研发效率，同时也不会浪费研发资源制作 CRUD 的体力活事情。
4、落地效果:同类型模块只需配置即可，开发一个模块的人力从 3人/天，降低到 1人/天

三、门户页面
1、挑战点:需要经常和后端对接口，经常需要耗费时间等联调，影响效率、
2、业界方案:通过模拟数据，或者开发中写死等等，但是这样需要额外去整理 mock 数据，而且当结构变动的时候很难保持同步，没有可维护性。
3、我们方案:通过构造一套 data-mocker 服务，前后端之间的沟通就通过 data-mocker完成，data-mocker 相当于是一个 API 工具，双方在系统上协商好 apidata-mocker 就会充当一个媒介，前端开发完就可以请求 data-mocker 返回模拟数据，后端先开发完，就可以利用data-mocker发起请求。
4、落地效果：前后端联调不再互相依赖，都以为 data-mocker 作为媒介，有效的提升效落地效果:率。前后端研发不再会因为 API 调整而增加更多的额外沟通成本。

四、一个功能模块
1、挑战点:这个组件非常特殊，产品总是对这个产品的需求进行高频调整。
2、业界方案:为模块提供极其多的开放性配置，应对产品经理的诉求，但这样会极大增加维护成本。
3、我们方案:写好模块的模板，同时模板中留出很多的 slot 插槽，同时收拢一个组件库,用 公用组件 + 插槽 +模板 的方案，解决高频变动需的新需求,
4、落地效果：就算频繁变动，也不会额外增加我更多的工作量。