总结语言（1）

这篇记录在工作中用到的KPI语言。

技术调研报告-前端

1. 调研目的
2. 调研过程
   下载后尝试运行，由于时间久远，nodejs各个包依赖变化较大，项目报错。后手动解决部分依赖问题，忽略部分错误后强制项目运行。***。后尝试直接阅读项目源码。
3. 结论
   首先，该项目使用**框架，代码组织形式较为复杂，拆分组件粒度细，阅读代码困难。
   其次，由于前端package更新较快，该项目使用了大量外部package，部分package可能已经不维护了，依赖解决比较麻烦。
   再者，该项目使用的UI组件库较为小众(可能来自网易的内部)，查阅后发现可用资料非常少。
   综上，该项目不太适合直接二次开发。
   由于此项目的 功能与我方需要开发的功能点有部分相似，也有一定的参考价值，在外部组件使用上可以作为代码编写的学习示例。

鬼话连篇

1. 解耦，拆分页面级封装，以 mixins 复用公共逻辑。
2. 将工具类方法整合，以 wiki 输出文档。
3. 在未耦合业务逻辑时，保留最佳实践分支，以供类似业务可以快速展开。
4. 业务代码冗余，UI 重复设计，且由于 QA 检查严格，沟通成本较大。主动推动前端和 UI 形成组件共识，如模态窗口，状态提示等业务，形成固定样式，输出固定组件，有效减少此类代码量超50%。
5. 负责业务梳理、需求分析、技术选型、框架搭建，根据业务需求和后端架构，为项目选择最优前端解决方案。
6. 负责项目更新迭代，版本升级，持续提升研发效率和研发质量。
7. 对项目代码持续优化，并提供稳定流畅的页面体验。

发展学习

1. 深刻理解业务，从技术角度实现为业务短期、中期、长期目标负责，平衡业务功能需求重要紧急程度、实现成本、未来可能业务变动方向，综合考虑系统的稳定性、性能、拓展性等非功能性需求的设计匹配业务发展阶段。