前端简历项目经验「5篇」
编辑:幻主简历 时间:2024-05-26 来源:幻主简历

【#前端简历项目经验#】如何才能写出一份既吸引人又具备说服力的前端简历项目经验呢?以下是幻主简历网整理的前端简历项目经验「5篇」,欢迎大家阅读收藏!

前端简历项目经验「5篇」

前端简历项目经验一:

时间: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的沟通、开发、测试、迭代和维护成本。
资讯来源说明:本文章来自网络收集,如侵犯了你的权益,请联系QQ:509053849。
继续阅读相关文章
最新更新