我们的荔枝小前端
自我介绍
工作一直在做前端相关的事情
Web - 小程序 - React Native - Flutter
写过一个简单语法转正则表达式的 JS 库
参与翻译过一本 Node.js 的书
写过一本 Webpack 相关的掘金小册
实现过一个 VSCode Theme 有百万下载量
希望能够做有趣且正确的事情
大纲
现状
在现有的东西中去探寻我们想要的
业务形态
- 整体承载的业务内容琐碎且不成体系
- 业务分散,有相似的工作内容但复用程度低
- 部分业务实现复杂度低,重复性工作多
业务小团队的前端开发工作是相对割裂的
研发流程
整体的研发流程是统一的
开发这一阶段的建设有限且各有差异
基础建设
我们的 Groot 提供了微薄之力
质量控制
没有单元测试
没有 UI 测试
没有页面性能指标
接入 Sonar
接入 ARMS
ARMS 指标纳入质量月报
团队成长
业务
人力资源的高效利用
受到一些技术难题的限制
业务模式或玩法无法跨团队高效流转
个人
业务特点决定能力,缺少突破机会
缺少技术积累,体系建设和未来探索
缺少存在感和成就感
我们需要做点什么?
探索
我们怎么在尽量不影响原本业务下,去做技术性工作?
业务架构部去做一部分,如何让更多人参与进来?
怎么去利用不同业务忙碌的周期性?
做多哪些事情会有助于改善现状?
团队融合
业务架构是座桥
团队融合
前端写代码的流程,风格,物料趋向一致
关键技术能力收敛
前端世界那么大,我们学不完
关键技术能力收敛
React + TypeScript
技术深度
组件积累
工具建设
架构设计
项目共建机制
人员流转
业务模式流转
能力突破
项目共建机制
为自己努力,也为团队贡献
项目共建机制
我们要找到自己的体系去承载前端业务,
在现阶段,这个体系应该是:
1. 组件复用程度足够高的页面搭建平台
2. 标准化且高效率的研发流程
3. 推动团队持续学习和创新的机制
展望
想要成为优秀的前端工程师,我们还有很多事情可以做
高效的代码复用
组件分层
基础组件沉淀交互通用逻辑
UI 组件和业务组件可以作为平台物料或编码依赖
高效的代码复用
NPM Package 太大
也许我们需要更小的模块化
研发工具的未来
纵向扩展,创新闭环
Web(Mobile & PC)
APP
小程序
桌面应用
Server
前端角色定位
提供解决方案
平衡业务目标用户体验和实现成本
了解背景和业务诉求
多问产品和运营为什么
业务参与者
熟悉实现原理,掌握多种思路
评估实现成本
开发者
交互方式的感知
怎么使用会更舒服
产品用户
domore
By Boom Lee
domore
- 128