分支合并检查 :检查分支是否合并正确。
领导力原则:复杂的事情是否有判断力
规划把控能力
产品的业务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