react-icon项目
难点/关键点
- icon数据来源的维护，最终和ued约定由设计师在一个专门的figma页面上进行维护
- 适配双端，web端和app端
- 发布流程策略
待改进的点
- 需要频繁发版，然后需要业务方升级，业务方的使用体验不是很好。利用postinstall机制，在客户端进行数据下载、build策略，就不需要关心最新版本/手动升级版本了，优化使用体验。
- app端，使用rn技术栈，打包bundle的时候，也是按照领域拆分开来的，icon的话，是否使用同一个，不再单独分开打包。pc端webpack使用splitchunks可以拆开来，或者直接使用主应用上的。
多语言改造历史项目
难点/关键点
- 多语言平台，按照服务的维度，进行多语言翻译文案的管理，支持批量/单个的增删改查。
- 客户端项目，进行多语言改造，使用cli工具完成文案的替换。cli工具：文案替换、生成多语言key、生成多语言翻译文件
- 走查修复+合并主分支回归
- 监控，发现缺失的key。打包扫描是否遗漏配置key。
待改进的点
- 公共的多语言文案，可以统一维护，利于复用。（微前端）
- 利用缓存，提高二次访问的加载速度。
- 定期清理未使用的key
动态表单系统
难点/关键点
- 基建针对formily做二次封装，内置常用表单组件，方便业务接入。
- 梳理历史渠道对接的表单字段，替换成符合schema协议的表单json
待改进的点
- json数据目前是手动编写的，需要开发进行维护。（放在后台，前端动态根据渠道获取），后续尽量搭建低代码平台的形式，便于产品配置和维护。
2023年黑客马拉松项目
- 背景，1024程序员节，公司组织的活动，各个部门组织人员参加，每个小组必须要有4个不同部门的人，自己拟定一个idea项目进行参赛。
- idea：给销售的维护拜访客户记录的页面上，添加一个公司logo识别+语音识别的ai功能，方便销售拜访客户之后，维护他的拜访记录。（销售/地推，“扫楼”）
- 个人指责：我负责的是前端页面功能的开发，然后调用相关的图片上传/识别、语音识别/填充的相关功能。
- 结果：团队5人获得2023年黑客马拉松的一等奖，销售部老大的认可。