“不求有功，但求无过。”是陋习。
阿里巴巴高级技术专家 *孔凡勇（云狄）*如是说。
《细说Tech Leader在开发团队的核心职责》的学习笔记。
分享者分别从
技术和团队两个角度讲述了自己作为技术领导的总结和感悟，涉及面比较广；在当前疫情期间，我们可以找出具体可实施的点来实践。
技术
-
协作流程
- 项目启动
- 需求阶段
- 设计阶段
- 研发阶段
- 项目交付
-
开发规范 - java开发手册
- 降低故障率
- 提升协作效率
- 工匠精神
- 配置规范
- 统一代码formatter
- 统一git ignore
- 命名规范
- lowerCameCase：方法名，参数名，成员变量，局部变量
- UpperCameCase：类，接口包，常量命名
- 领域模型（DO/DTO/BO/VO）
- 其它
- API规范
- RPC
- REST
- API GateWay
- 异常处理规范
- 直接返回
- 抛出异常
- 重试处理
- 熔断处理
- 降级处理
- 分支开发规范
- 分支的定义
- 分支命名规范
- checkout、merge request流程
- 提测流程
- 上线流程
- hotfix流程
- 代码commit规范
- Angular的提交规范
- Type：feat/fix/docs/style/refactor/perf/test
- Commitizen / IDEA插件 生成cimmit log摘要
- 日志规范
- 日志框架
- 日志保存时间
- 日志级别-debug/info/warn/error
- 日志描述 - 上下文，traceId
- 日志信息安全 - 脱敏
- 禁用System.out/error
- Mysql规范
- 建表规约
- 字段，索引，表命名规范
- 索引规约
- 普通索引，唯一索引，组合索引
- 索引区分度
- SQL规约
- 外键与级联
- count（列名）、count（1）、count（*）
- 建表规约
- 统一工具与框架
- 常用工具封装（httpclient/orm/异常处理）
- 分布式基础组件（缓存，限流，分布式锁，幂等）
- 业务监控
-
流程规范
-
需求管理
- 需求类型
- 重要程度
- 紧急程度
- 需求优先级
- 需求类型
-
架构评审
- 架构设计目标
- 架构设计原则
- 架构评审要素
- 目标
- 功能需求
- 非功能需求
- 原则
- 合适原则
- 简单原则
- 演化原则
- 需求演化
- 技术架构演化
- 目标
-
代码评审
- 开发规约插件扫描
- Sonar扫描
-
发布计划评审
发布时，要统筹好所有依赖资料
-
-
技术规划
-
短期规划
- 巡检，周报
像航空飞机一样，定期巡检所有依赖的组件
-
长期规划
架构演进规划，根据技术需求，优化项目架构
-
管理
-
团队建设与管理
-
集权式管理
事必躬亲，事无巨细都要参与
-
放权式管理
对所有业务和人员都很熟悉后，开始放权式管理
思路转变，口令转变，授权不授责
激励，指导，赋予，淘汰
-
-
团队文化
-
坦诚，公开，透明
自我暴露，才能更快的融合到团队
-
平等相处，消除等级感
不要让大家对你言听计从，各自发挥自己的特点，要各自有独立的思考能力。
-
敢于担当
不求有功，但求无过。 不可取
明确各个人的职责范围
-
成就他人，乐于分享
每周一次分享会，大家会乐于研究新技术
-
沟通与辅导
-
一对一沟通
相对私密的环境，聊一些不同角度的各种问题，让大家去思考，定期举行沟通，慢慢的就会发现很多各自的需要优化的点。 1-2个月沟通一次。
-
-
招聘
- 价值观，味道
- 技术
-