经验记录

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

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

规划把控能力

产品的业务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

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注