月度归档： 2022 年 5 月

经验记录

分支合并检查 :检查分支是否合并正确。

领导力原则：复杂的事情是否有判断力

规划把控能力

产品的业务sence

团队成员的成长 ，定期对话review，成员发展帮助规划

组织协调团队 提供需要。 发现风险，及时调整风险。

团队中看中的几件事?

识别高潜的同学: 挑什么样的人。 社招对于已经做了的业务是否成功，是否能描述清楚。 校招实践能力 进来之后，两个方向：有些同学性格原因偏向内向，走技术路线， 有些同学适合走管理路线，负责方向业务。协调沟通能力。 完成需求，需求之外的设计, 是否有一些想法， 主动性。

问题：做的觉得最有成就感的事情：插件化项目

问题：Vipper/MVC/MVVM/MVP分析

问题：Delegate/Block/Notification对比和使用场景

问题：json解析的各个库和实现区别，FastJson，JsonModel

问题：Mach-O解析

问题：swift方法调用三种方式

问题：OC怎么找方法指针的真正路径（偏移量）

问题：Self-Managed View 里有业务逻辑，复用后导致业务如果其他地方有其他的需要，如何改进？：如果比较通用的修改则做扩展，如果比较不通用的修改，干脆重写。

问题：胖model，瘦model倾向，倾向瘦model，也就是不放业务逻辑。 解答：model里不放强业务逻辑。 如果是取时间的现实的方法，可以通过extension做扩展（装饰器模式）

问题：删除无用代码的思路

建议多结合业务做，能做出更多成绩.

结合业务需求应用新技术，保持新技术敏锐度。

往高一点做：同步业务方向，等工作

之前做的好的事情，技术驱动的，面向业务的。

之后一年、半年的计划。

项目组公约：

1、开源库使用：引入新开源库要评审，首先看是否原本已经提供

2、需求超过一个星期需要技术评审

3、Git使用：按照git_flow规范

4、代码review：@两个人  两个人点赞，一个人面对面review讲代码，要讲到听的人听懂。

5、代码规范：文档

6、项目规范：插件化开发

开发质量：

1、bug率要求、bug响应速度要求

2、单元测试覆盖率

3、代码review

4、效率监控（网络、帧率、耗电）

5、CI代码检查、持续集成

6、自动CodeDiff