预问诊项目(业务需求) 开发负责人 内容: 一.项目背景
● 为了减少订单的折损率;
● 希望借助医生的专业能力，让患者拥有更有价值的病历。
二.项目职责
● 前期需求的细节性梳理。
● 带组内两名成员共同开发，前期带领伙伴制定每天的deadline。采取大里程碑和小里程碑的方式，控制每个人的进 度。
● 由于是跨方向协作，积极和医助开放平台的前端负责人进行沟通，避免需求的遗漏和重复做无用功。
● 整体接又设计的参与，为保证服务端控制整个交互式问答的动态控制。

好大夫提交流程( 技术+业务需求) 开发负责人 2020/05 - 2021/01
内容: 一、 项目背景
好大夫在线网站原本的十步大提交流程是php页面。
弊端:
● 所有数据的存储都依赖于redies，经常出现数据丢失的投诉;
● 好大夫技术已经基本过度到前后端分离的状态。前端对php不熟悉，服务端对前端知识不熟悉，导致日后的维护很 不方便。
● 无法实现十个页面的灵活配置。
二、项目职责
● 梳理老的php代码，掌握整体逻辑，由于流程中的接又不是自己部门负责的，需要跨方向咨询。
● 思考技术方案，将原本的提交流程重新定义为‘病历搜集流程’，这个流程可以各个业务随意接入;
● 图文(极速，公益图文等)，电话(老患者电话，极速电话等)业务接入;
三、总结
成果:
● 现在好大夫网站所有业务都已经接入。触屏为node页面，小程序页通过kbone生成了小程序原生页面;
● 采用localstorage和redies的互为弥补的数据存储方案，至今没有数据丢失的投诉;
● 业务只需要通过配置node的config文件，可以轻松接入搜集流程。将搜集流程和业务完美剥离，不再互相依赖。 收获:
● 由于跨方向的咨询，和每个方向的服务端建立了良好的合作关系。
● 技术能力的提升。(kbone，单页面实战)
● 20天的deadline，让我深深的感受到，人的潜力是可以激发的。
业绩:
● kbone使用组内落地，真正实现了一套代码多端使用。
● 将kbone技术做了组内分享，并进行了文档输出。





skit-web管理工具(技术项目) 开发 2020/01 - 2021/01
内容: 一.项目背景:
● 2019年开始，公司的php页面都开始往node迁移。Node工程越来越多，初期每个node工程都用自己配置的webpack来 压缩打包。导致有问题每个工程都需要修改，无规范，杂乱。为了规范化，统一管理，便捷开发，消除重复操作而推 出了skit这个工具。
二.项目职责
前期工作:
● 收集组内成员的需求。
● 设计这个工具简单的接入node工程的方案;
● 多次过评审，不断完善方案;
中期工作:
该工具包含命令:skit init，skit server，skit build ，skit server，skit get，skit node;我主要负责以下命令的开发。
● skit init
这个命令集成了skit init，skit init -b ,skit init -p;
功能为:初始化整个项目，初始化业务线，初始化当个页面
● skit get
打包命令的集成，可以整个工程压缩，单个业务线压缩，单页面压缩以及小程序的kbone压缩。
● skit node 该命令的推出和webpack无关，主要是为了减少node开发的重复工作，可以通过交互式问答的方式来构建重复性文件。 后期工作:
● 在前端大组内分享并进行文档输出;
● skit如何融入新工程，分别为Handlebars和ejs两种node工程的接入写了demo，同时也做了分享。
● 针对组内提出的需求持续性跟进。