如何进行技术建设
可以从以下几方面入手
- 维护团队知识库
- 建设业务架构
- 高效地造有用的轮子
维护团队知识库
- 新人专区
- 新人指引
- 业务介绍
- 团队分享 # 方向上可以包含业务分享和技术分享
- 对内
- 对外 # 数据脱敏,补充更多上下文
- 团队规范
- 研发规范 # 包括代码规范、Git 协作规范等
- 上线规范 # 包括灰度上线环节,发版流程等
- 技术沉淀
- 事故复盘
- 问题排查
- 技术预研
- 总结规划
各个阶段都可进行文档沉淀
- 前:技术预研、方案设计
- 中:问题排查
- 后:总结复盘、技术分享
打造业务架构
基于效率和质量的目标进行组织和抽象,形成通用化场景和方案,即为业务架构。
可以从开发规范,研发流程,基础资产,工程管理,性能优化,安全监控,质量保障等方向去完善,基于此目标,我们可以:
- 落实公司内制定的前端开发规范,发掘目前还欠缺的地方,确认可行后去落地并推广。
- 规范&文档:规范意味着标准,是整个团队的共识。而文档可用来记录团队的技术沉淀,达到信息共享的目的。
- 完善前端监控和告警系统,保持项目线上稳定运行,出现问题易于追踪。
- 代码code review,发现并解决潜在的问题,带领团队成员攻克难点并持续把控代码质量。
- 对于可抽象可复用的逻辑或组件,可以提取出来作为团队的基础资产,并可共享出来,让公司内其他需要的项目组也可以用。
高效地造有用的轮子
基于业务驱动
深入分析业务,总有场景可以抽象成公共模块,为业务提效。比如:
- 业务组件库:可复用的 UI 组件
- 业务工具库:业务 hooks、数据格式化、请求库、bridge 等等
基于技术驱动
相比业务驱动,技术驱动层面的轮子在公司内外基本有比较多的实现了。如果觉得现有的轮子不好用想再造一个,需要做好 ROI、优先级的评估。
依然以效率和质量领域入手,常见的轮子有:
- 效率
-
- 脚手架
- 联调工具
- CI/CD
- 质量
-
- 自动化测试
- 安全检测
- 监控报警