【#前端简历项目经验#】简历不仅是求职者自我介绍的名片，更是展示专业技能与工作经验的重要平台。以下是小编整理的简历项目经验范文，同时，幻主简历网还提供精美简历模板以及简历在线制作工具，欢迎大家阅读参考。
前端简历项目经验一：
时间：20xx.3-至今
项目名称：幻主简历（1）项目案例
项目角色：前端开发
项目 景：lazada广告投放的量很大，这其中就会导致非常多的广告欺诈。运营的同学就需要在众多数据中找出欺诈行为和欺诈证据。作为运营同学，很难把欺诈都挖出来，而且去分析数据和固定证据的行为效率会非常低。所以需要一个平台来发现问题数据，并且给出问题数据，打通上下游做处罚。
成果
1.欺诈数据发现时间由3天，缩短为5分钟。
2.到目前为止，资损每月减少100万+美元每月，处置投放渠道500+。
前端简历项目经验二：
时间：20xx.10-20xx.2
项目名称：幻主简历（2）项目案例
项目角色：前端开发
项目描述
背景：为了管理处罚引擎所需要的资产和流程，更为了方便运营同学排查处罚流程，所以开发了punish center 平台。而我们的责任就是把阿里集团的punish center 平台移植到lazada来，并且个性化改造punish center平台。
项目难点
1.快速熟悉项目的技术架构。
2.快速熟悉处罚引擎流程和对应处罚的资产。
解决方案
1.梳理处罚引擎流程，输出流程文档。
2.梳理处罚引擎资产，输出资产文档。
3.梳理处罚引擎上下游，输出上下游交互文档。
4.梳理项目技术栈，输出技术栈、组件、业务逻辑文档。
成果
1.成功接手，并改造成lazada专门的punish center 平台。
2.和后端一起成为答疑、排查的一员。
3.pc平台，目前为止，支持六国处罚，并且日平均处罚量 100万+
前端简历项目经验三：
时间：20xx.2-20xx.8
项目名称：幻主简历（3）项目案例
项目角色：模块负责人
项目描述
背景：公司现有开发上线流程比较简单，导致线上稳定性完全靠QA测试和配置各种监控。如果没有强制规范和约束力，就会导致QA测试场景覆盖不到位、甚至开发绕过QA直接上线、监控告警覆盖不全面、线上故障发现不及时和线上故障无法全面的跟进解决，等等问题。导致线上故障率高，影响面广，产生不必要的损失。为了尽量在小的影响面去解决这些问题，所以决定把灰度期间做为一个抓手来卡控上线质量。
行动：产品上线前必须进行灰度，灰度期间拉群实时播报灰度质量，根据灰度质量决定放量、暂停或者回滚灰度。如果灰度质量导致回滚，会建立一个故障跟踪记录，待问题解决，再重新走灰度流程。如果最后灰度质量过关，就会全量上线。
项目职责
在项目中，我独立负责灰度质量监控这一块。灰度监控主要能力有告警能力、异常策略和监控数据提供，主要的范围包含web、mrn和native。
项目难点
1.告警的有效性。
2.告警的覆盖率。
解决方案
1.制定异常标准。
2.完善异常场景。
3.收集告警用户反馈，判断告警的有效性。
4.能力验证：收集告警导致的暂停回滚的比例、线上的故障和告警导致的回滚的比例。
项目业绩
可能导致线上故障的异常发现率提升至90%
抽象了灰度监控能力，并且应用在了别的业务场景。（比如各种网关灰度、业务侧团队监控）
前端简历项目经验四：
时间：20xx.6-20xx.1
项目名称：幻主简历（4）项目案例
项目角色：阶段负责人
项目描述
背景：现各团队之间的质量成黑盒状态，无法有效衡量和治理，所以部门希望能体系化的查看和治理各团队和小组之间的项目质量。
行动：通过有效指标的设计和数据采集，在不同纬度去查看质量数据。并且通过达标基线来治理和监控。
项目职责
在项目中我负责带队一起负责采集和对数据不同纬度的展示运营。
项目难点
1.页面和项目极多，数据量大，被采集的服务器较脆弱，采集稳定性难以保证。
2.失败率和新增项目导致数据有效性难保证。
3.数据的消费经过数据的采集、清洗、修改和聚合，数据出问题会导致排查及其艰难。
解决方案
1.建立了采集任务池，池中管理token的消费、任务的有序调用、任务的等待和失败任务的管理。
2.抽象了数据修改管理系统，给每个表字段权重，不同场景赋予不同权重，只有权重高的才能覆盖权重低的数据，让数据操作不再混乱。
3.建立了数据流程监控系统，从数据被采集开始，每个过程都被记录，并且每个存储节点都保存了记录链id。当数据出现报警状态，就通过消息推送详细链路信息排查。
项目业绩
提供了8个BG、48个BU的汇总数据，为质量管理和治理提供了有力的抓手。
前端简历项目经验五：
时间：20xx.2-20xx.5
项目名称：幻主简历（5）项目案例
项目角色：独立负责人
项目描述
背景：问答业务需求暴增还很着急，而且每条业务线都有类似需求，导致人力资源立马非常紧张。问答还有SEO的需求，不仅需要Node开发，也有很多SEO的技术要求。所以导致开发成本、维护成本和服务器成本不断增加，急迫要解决效率和成本问题。
行动：通过配置化快速发布页面，让产品能低成本快速上线问答产品。
项目职责
整个项目由我一个人快速搭建。
项目难点
1.页面多，人力资源不足。
2.每个页面存在布局不同，会导致每个页面都需要自定义一个布局模版。
3.每个不同业务线相同模块数据源不同，会导致组件的复用率降低。
解决方案
1.采用配置化渲染的方式生成页面，分离渲染逻辑和页面逻辑，解决每个页面需要开发的问题。
2.采用添加布局模版和组建自由组合的形式，解决不同页面不同布局的情况。
3.采用数据源和组建分离的模式，自由搭配数据源和组建，解决每个业务线模块数据源不同的问题。
项目业绩
服务了8条业务线、通过7PD成本减少了7条业务线，每条业务线至少6PD的沟通、开发、测试、迭代和维护成本。