前端 | 日常实习一面 | 经纬恒润 | 后续已拒

这是我的简历，哪位大佬可以帮忙看一下有什么需要修改的#听劝，我这个简历该怎么改？##简历被挂麻了，求建议##简历中的项目经历要怎么写#

1、工作中有遇到的难点，或者可以作为亮点介绍的2、问了webpack的性能优化3、CDN是什么，有什么作用4、介绍CSS优先级5、通过CSS选择器把div下面的最后一个p标签选出来6、如何设置 div下面的两个div元素水平居中7、flex常见的属性有哪些8、http状态码，304是什么9、问了协商缓存的字段 Etag 和 last-modified场景题：设计一个弹窗，当用户第一次访问页面时，弹窗会显示。用户关闭弹窗后，7天内再次访问页面时，弹窗不会再次显示10、localStorage和sessionStorage的区别，以及localStorage和cookie的区别11、问了js的数...

1.自我介绍2.根据项目，你的登录超时的执行方式是什么样的？3.刚刚提到的用户信息放在哪个位置的？4.说一下cookie，localstorage，sessionstorage区别5.说一下你的图片懒加载，组件按需加载是怎么实现的？6.git中遇见冲突是怎么解决的？7.css中常见的定位方式8.absolute布局相对谁来定位，那fix的定位相对谁？9.css选择器有哪些，优先级如何？10.为什么选择前端？11.以后会考虑学点别的方向吗？反问问了hr说只有一面，面试官有两人，一人负责问前面关于技术方面的问题，另外一位女面试官问了最后两个问题。整场下来感觉还不错，面试官一直在给予正向反馈，一下子就有自信了，好喜欢这样的面试官

实习时候的库存了 往牛可也发一遍---一、埋点之痛：前端工程师的「不能承受之重」// 传统埋点开发典型场景function handleButtonClick() {  // 业务逻辑...  logTracker.send({    event: 'share_click',  // 参数名冲突？是否带下划线？    params: {       type: 1,            // 1代表图文？还是2代表图文？      page: 'detail'      // 页面命名和产品文档不一致？    }  });}行业现状：- 沟通黑盒：PRD中"点击分享时上报"的模糊描述，导致5轮需求确认- 代码腐化：不同业务线埋点方法命名冲突、参数结构混乱- 调试地狱：真机抓包验证埋点耗时占开发总时长40%以上---二、破局之道：标准化埋点开发SOP2.1 元数据治理：给埋点办「身份证」（KPN）技术价值：- 数据血缘溯源：通过kpn=com.company.product.module定义埋点归属层级- 版本兼容性：自动关联SDK版本与埋点参数变更记录- 权限隔离：基于KPN粒度控制埋点读写权限2.2 需求结构化：PRD转译机器可读规范标准化模板示例：## 埋点事件: share_button_click- **触发时机**: DOM点击事件冒泡阶段  - **参数清单**:  | 参数名 | 类型   | 枚举值               | 采集策略 |  |--------|--------|----------------------|----------|  | type   | number | 1:图文 2:视频 3:链接 | 必传     |  | source | string | 当前页面路由path     | 自动注入 |2.3 代码生成：从人工到自动化（Team平台实践）技术实现路径：1. DSL解析器：将PRD转换为JSON Schema描述文件2. 脚手架生成：基于模板引擎自动输出带TS类型提示的代码片段// 自动生成的tracker.tstype ShareType = 1 | 2 | 3;interface ShareEventParams {  type: ShareType;  source?: string; // 自动从路由获取}class Tracker {  static trackShareClick(params: ShareEventParams) {    window.__tracker?.send({      event: 'share_click',      params: { ...params, source: params.source || getCurrentRoute() }    });  }}3. IDE插件：在VSCode中通过代码补全提示可用埋点方法---三、核心架构：高可用埋点SDK设计3.1 分层架构设计                          +----------------+                          | 业务调用层      |                          | (trackXxx())   |                          +----------------+                                    ↓                          +----------------+                          | 逻辑聚合层      |                          | (参数校验/过滤)|                          +----------------+                                    ↓                          +----------------+                          | 传输调度层      |                          | (节流/失败重试)|                          +----------------+                                    ↓                          +----------------+                          | 底层适配层      |                          | (Web/小程序/RN)|                          +----------------+3.2 关键技术实现// 核心能力封装示例class TrackerCore {  private queue: Event[] = [];  private readonly MAX_RETRY = 3;  // 防抖+批量上报  send(event: Event) {    this.queue.push(event);    clearTimeout(this.timer);    this.timer = setTimeout(() => this.flush(), 1000);  }  private async flush() {    const events = this.queue.splice(0, 50);    try {      await navigator.sendBeacon('/log', JSON.stringify(events));    } catch (err) {      if (this.retryCount < this.MAX_RETRY) {        setTimeout(() => this.flush(), 2000);      }    }  }}---四、质量保障：埋点验证体系4.1 自动化测试方案// 基于Puppeteer的埋点校验describe('分享埋点测试', () => {  it('点击图文分享按钮应触发埋点', async () => {    await page.click('#share-btn');    const logs = await getMockServerLogs(); // 对接mock服务    expect(logs).toContainEvent({      event: 'share_click',      params: { type: 1 }    });  });});4.2 可视化验证工具- 实时热力图：在Team平台重现用户操作路径，标注埋点触发位置- Diff检测：对比预期埋点列表与实际采集结果的差异- 数据血缘图：可视化展示KPN->PRD->代码->日志的完整链路---五、实战案例：某电商大促活动埋点提效背景：需要3天内上线包含12个新埋点的活动页暂时无法在飞书文档外展示此内容关键动作：1. 使用DSL生成埋点参数校验函数2. 在Storybook中集成埋点触发预览3. 通过流量回放验证历史埋点兼容性---六、未来演进方向1. 智能化监控：基于历史数据自动检测埋点异常波动2. 无痕埋点：结合MutationObserver自动捕获DOM变化3. 全链路追踪：打通前端埋点与服务端日志的TraceID（注：文中所提技术方案已脱敏，可根据实际业务需求二次定制）