美团实习总结--汇总


实习总结陈述

一、个人信息

姓名 实习时间 2020.06.01 - 2020.08.20
部门 交通事业部-终端研发中心 岗位 前端开发工程师

二、工作成果

1. 个人职责

目前主要参与“薪火”–MBL相关的前端开发和版本迭代,具体为以下几个方面:

  • 使用element-ui、Echarts组件开发和迭代活动录入和策略看板的相关需求;

  • 通过git进行分支管理和代码提交;

  • 在cargo、plus环境发布dev、st环境并进行上线部署;

    2. 项目相关

    【项目名称】“薪火”数据平台–MBL主题

    背景

  • MBL主题是对多个打车平台的价格信息进行整理,并对其中原价、补贴和策略等信息进行对比分析;

  • 以上信息需要人工录入,并将这些信息充分价值化,以图表和日历的形式展现;

  • 活动策略提供了手动录入的页面,策略看板将价格等信息展示出来。

    用户 对MBL的整体诉求
    老板 整体价格竞争力、定价和补贴竞争力
    BA业务需求分析师
    - 核心商是否调价、调价后的影响
  • 补贴层:竞对补贴构成及变化

    |
    | 乘客运营 |
    - 对外监控:竞对是否调价、调价前后竞争力是否有变化

  • 营销层:竞对补贴变化趋势、活动玩法和内容

    |

目标

对于活动录入

  • 营销录入:添加非结构化的活动信息,支持一次性批量录入活动的功能;

对于乘客策略看板

  • 量化原价竞争力:原价以折线图形式展示,分服务商和运输距离作对比;

  • 量化补贴竞争力:对补贴率作占比和时间趋势比较,直观展示补贴情况,

  • 统计活动策略:按活动类型以日历表形式展示各类活动的详情,全局展示营销活动情况;
    思路yuque_diagram.jpg)录入页面.png

  • 1echarts.png)table.png

    技术实现

    1、技术方案

  • 活动录入流程图
    多个活动录入.jpg

  • 原价和补贴图表流程图

  • 策略日历流程图
    yuque_diagram.jpg

2、技术难点

难点 解决方法
1、二级监听
2、图片回显与删除 原因: urls的索引index 为null,无法定位到哪个活动
解决: 在调用增加和删除方法前,先获取index,根据第几个活动,来删除图片;
获取index:click –>mouseover;
3、图表数据处理与列合并

所遇问题

  • 对业务不熟悉,任务涉及的组件及其中变量的含义不了解;
  • 对开发过程中的常用工具和git操作不熟悉;
  • 前端功能开发过程中思路不开阔,对部分难点需求没有明确的实现思路和合理的解决方案;
  • 1,2个实际问题

解决方式

  • 根据url路径判断各组件的作用,学习代码时加注释;

  • 导师耐心讲解演示,自己总结使用方式并做笔记,在开发过程中一点点学习;

  • 对于难点需求,多查阅资料,参考项目中类似功能的实现方式,和导师沟通确定解决方案;功能实现过程中多查阅开发文档并合理的复用组件;

    结果与意义

    活动策略录入方面

  • 由单个活动录入变为一次性多城市、多个活动录入;提高了运营的手动录入效率;

策略看板方面

  • 以折线图、柱状图和日历的形式代替表格信息,更直观清晰的展示价格信息并作相关对比,全局展示活动情况;

业务价值:

  • 定价层面实现分城市、分服务商和滴滴快车的价格比对,方便估算原价竞争力;
  • 实现乘客动态策略和70%以上常规营销活动的信息采集结构化,目前此两类信息已经开始针对重点运营12城进行采集;
  • 动态策略支持分运距补贴率趋势分析;
  • 立减、套餐、充返活动等可实现日期对比,方便分析竞对活动的趋势变化;

学习

  • 加深了对前端工程化的理解,熟悉了项目开发的整个流程,包括前端页面开发、git推送、接口调试和上线部署等;
  • 对组件复用、阅读API手册更加重视,对element组件和Echarts组件更加熟悉,提高了参考文档进行开发的动手能力;
  • 学习了解决问题的思路,包括分析问题原因,通过console控制台排查问题,最后解决问题。

    3. 总结梳理

    1、开发流程和git代码管理 https://km.sankuai.com/page/405292350
    2、活动录入总结和策略看板总结 https://km.sankuai.com/page/376855468
    3、table日历合并 https://km.sankuai.com/page/405300642

三、成长与收获

在这两个月的实习期间,我参与了每周的周会、需求评审和前端开发等环节,熟悉并使用了thrift、cargo、plus等开发和部署工具,听取了小组内的交流分享,和导师的定期交流指导也让我对自己有一个更清晰的认识,因此这段时间的收获我总结为以下几个方面:

(1)在业务方面

  • 通过参与周会和组内分享,我对部门的业务有一个整体的认识,对自己负责的MBL主题有整体的认识和业务逻辑思路,根据功能需求能找到相应的实现思路和方案;

  • MBL业务集中在定价、活动策略以及动态策略等信息的采集、展示和分析,采集包括手动录入、上传excel批量导入等多种录入方式,展示信息主要以列表和表格形式为主,分析主要针对价格和各种活动策略数据,以图表和日历等形式分维度进行展示对比,比较得出各自特点和优势;

    (2)在技术方面

  • 熟悉了从接口定义、前端开发、自测调试接口和数据、git代码推送以及发dev和st测试环境到上线发布的整个流程,加深了对git操作的理解;

  • 通过使用element组件和Echarts组件进行项目开发,对组件化封装和使用有了更深的认识,提高了自己查阅API文档进行开发的能力;

  • 对数据格式处理更加熟练,主要表现为对接口数据的格式转换,如对象与数组之间数据的转换、空数据补足、对象数据处理等;

    (3)在个人思考方面

优势 不足

- 分析问题、解决问题的思路有所提升。在自测过程中出现问题,通过查看输出结果、查阅API文档等方式定位问题的原因,分析找出相应的解决方案,逐步提高了自己分析问题、解决bug的能力;

|
- 知识体系不完善,基础知识还需继续补充。部门的业务中包含火龙果和观星台等,自己对于复杂业务和移动端的开发经验欠缺,这方面的相关知识也应在以后补充;

|
|
- 善于总结归纳。及时总结经验和遇到的问题,梳理技术方案、解决问题的方法和一些开发工具的使用,以文档形式产出,在下次的开发中避免相同的问题消耗时间;

|
- 对疑难问题的解决思路不够开阔,不易定位到问题的根本原因,需要多次尝试来解决问题。在实现table日历时,滚动条会部分遮挡最左一列的内容,多方尝试后发现是浏览器缩放的原因;

|
|
- 熟悉开发流程,能完成大部分功能开发。对MBL业务中涉及的需求能给出相应的技术方案,对于部分难点问题能找到相关的技术和实现思路;

| |

四、未来规划

(1)近期规划

业务方面:

  • MBL后续业务也将围绕现有活动策略、定价策略等内容展开,包括OCR识别录入,新增对比分析等,主要实现思路是使用element组件或Echarts组件进行录入和相关内容展示分析;
  • 在后续参与需求评审时,尽可能给出详细技术方案和排期,留好buffer时间,保证开发如期进行;

技术方面:

  • 对MBL中v2.2开发中的问题和知识进行总结,夯实基础知识,加强对数据处理熟练程度;

  • 合理划分时间,在周末补充ES6、webpack等前端知识,完善知识体系,尽可能提前覆盖以后的业务需求;

    (2)长期规划

    前端能力模型

  • 业务–技术方案体系:1-2年,持续性学习,不断给自己充电,衡量标准,在实现功能需求后及时总结,熟悉业务需求,形成自己的业务–技术方案体系,薪火,火龙果,移动端(观星台),湾流,可视化,css、 vue,node

  • 提高效率,保证效果:通过前端开发经验的积累,在以后的前端开发中能更加熟练的实现需求,减少查API手册和踩坑消耗的时间;

  • 承担需求,独当一面:3-5年,熟悉前端各项业务和技术方案,独立完成业务需求中的前端开发工作,解决业务中的关键问题,实现产品到价值的转换。

  1. 职业素养提升

1、与后端和PM的沟通能力,日常汇报工作的表达能力;
2、巩固完善技术栈,提高前端开发能力;
3、划分工作时间,确定工作优先级,保证工作有序进行。
111.jpg
22222222222.jpg
33333333.jpg