第1章 岗位能力画像与简历优化模板

面试问题：请用 3 分钟做自我介绍，重点说明你与小程序组件库工程师岗位的匹配度。

🎯 考察点：自我认知准确性 · 岗位理解深度 · 结构化表达能力 · 经历与岗位的映射能力

📐 回答框架：能力三角模型：技术能力（组件设计+性能）+ 业务理解（需求抽象）+ 工程思维（质量+工程化）→ 用 1 个核心项目佐证

💡 示例回答：我拥有 5 年前端经验，3 年专注小程序组件库建设。主导过 3 个中大型组件库项目，覆盖 50+ 业务组件，日 PV 超 200 万。熟悉组件分层设计与性能优化，能从业务需求中抽象可复用能力，同时建立测试与发布体系保障质量。近期项目将复用率从 60% 提升至 92%。

🔍 可能追问：你提到日 PV 超 200 万，这个数据怎么统计的？遇到过大流量挑战吗？具体怎么解决的？

⚠️ 避坑提醒：避免流水账式介绍经历（时间+公司+项目罗列）。每句话都要指向岗位能力画像中的 1-2 个维度，数据必须真实且能解释来源。

面试问题：你的简历上写「提升组件复用率 30%」，这个数据具体怎么得来？做了哪些关键工作？

🎯 考察点：成果真实性验证 · 量化思维能力 · 问题分析与解决的方法论 · 细节追问抗压能力

📐 回答框架：背景 → 问题诊断 → 措施分层 → 结果数据 → 验证方式。按「发现问题→分析根因→制定方案→推动落地→量化验证」五步展开

💡 示例回答：项目初期业务组件重复开发率达 40%。我通过代码仓库分析识别出 12 个高频重复场景，建立组件分层架构，将通用逻辑抽离为核心库，制定使用规范并推动 CR 机制。3 个月后复用率从 60% 提升到 90%，通过 Git 统计和业务接入数据交叉验证。

🔍 可能追问：复用率提升的同时，组件的维护成本是否增加了？你如何平衡复用与灵活性的关系？

⚠️ 避坑提醒：数据必须有明确统计口径（如「基于 Git 提交统计」「基于接入方反馈」），不能只说结果不说方法。要主动说明验证方式，增强可信度。

面试问题：你认为小程序组件库工程师和普通前端工程师的核心区别是什么？

🎯 考察点：岗位认知深度 · 专业理解层次 · 抽象思维与工程思维 · 自我定位清晰度

📐 回答框架：职责范围差异 → 技术要求差异 → 思维模式差异 → 价值产出差异。用「普通前端实现功能，组件库工程师设计能力单元」作为核心论点

💡 示例回答：核心区别在于抽象思维与工程思维。普通前端关注单个页面的功能实现，组件库工程师关注可复用能力的设计：接口稳定性、向下兼容、性能基线、版本管理和跨团队协作。更准确地说，是从「实现功能」升级到「设计能力单元」，需要考虑 API 的通用性与扩展性的平衡。

🔍 可能追问：如果让你设计一个组件库的 API 规范，你会考虑哪些核心原则？请举例说明。

⚠️ 避坑提醒：不要贬低普通前端工程师的岗位价值，要突出组件库工程师的「抽象」与「工程」两个独特维度。避免空谈理论，需结合具体组件案例说明差异。