概念

理论、信息

实操、熟练程度

品质

获取途径

学习、经验总结

练习、经验总结

内生、学习

举例

从网络/书籍/教练处获取信息，汇总信息后总结得到骑自行车的要点：骑自行车需要保持平衡，腰和双肩不能需要随着自行车的摇摆实时调整，双手紧握手把，双眼平视前方... ...

会骑自行车。

经过多次练习、过程中不断总结习得该技能

自驱力：想去学会骑自行车

洞察力：观察别人/视频教学中怎么骑自行车

坚韧：在多次摔倒后还能坚持不懈

技术

计算机基础知识

掌握操作系统、数据结构、网络基础知识、数据库原理等计算机基础知识，重点关注日常工作中用到的核心知识点，知道大致原理。

举例：网络基础知识，需要知道cookie和session的差异，这在后面进阶的SSO、跨域访问等知识学习中会用到。

JAVA语言

掌握OOP语言特性、Stream、集合、j.c.u并发编程、Object常用方法。

eg：需要知道j.c.u包中的常用类，需要知道线程池的工作原理，这为后面进阶的异步化/并行化、线上排障提供理论输入。

MySql

掌握MySql的InnorDB引擎、索引、事务（mvcc）。

eg.知道索引的最左匹配原则对后续创建索引及性能优化有帮助。

Spring

掌握Spring出现的背景、解决的问题、核心设计思想（IOC、AOP）；掌握Spring生态各个组件的职责、关系、适用场景；掌握Spring Core核心技术；掌握SpringMVC常用组件的用途、限制条件。

eg：业务应用代码通常会使用Spring的切面解决跨模块横向的通用能力建设，如权限校验等，需要知道Spring切面实现的原理，知道其作用在哪个阶段，为后面的工程应用提供理论储备。

ORM

掌握JDBC理论知识、关键组件，知道数据库连接池设计思想，知道JDBC原生数据库连接池关键参数及配置要点；掌握mybatis出现的背景、解决的问题、核心设计；对比JDBC、mybatis、其他ORM框架(如：Hibernate)优劣势

eg：ORM框架本质上是在JDBC之上搭建数据模型和数据库表结构的映射关系，降低程序员的编码成本，其底层依然是JDBC，对于数据库连接池的管理和调优需要知道JDBC的相关原理。

平台工具

公司内外常用的软件开发相关的平台/工具，比如：IDEA、GIT、lion、octo、crane、avatar、squrrel等

eg：掌握这些平台/工具的作用、常见使用方法，确保开发工作能正常开展

UML

掌握UML语言特征，知道元素、元素关系的定义；

知道常见的关系及其图示化表达（如：集成、组合、聚合）。

设计模式

掌握设计模式的6大原则，掌握常用的设计模式：单例模式、工厂方法模式、模板方法模式、代理模式、适配器模式、观察者模式、责任链模式、状态机模式。

eg：spring、mybatis、应用服务框架通常会使用模板方法模式约束业务代码，消息中间件的发布订阅模式实际就是观察者模式的体现。

管理

时间管理方法

掌握常见的个人适用的时间管理方案，PDCA理论

项目管理方法

了解项目管理的铁三角理论；掌握项目管理各个阶段的工作内容和要点，包括：计划、推动、检核、执行、复盘；能够较好识别干系人；掌握常见的进度管理方法/工具，如：甘特图、站会、进度文档等。

批判性思维

掌握批判性思维的要点，应用场景

结构化表达

掌握常见的结构化表达理论

业务

了解业务线全局视图，知道业务线由哪些业务模块组成；熟悉所负责业务领域的业务知识；熟悉所负责业务模块关联的上下游模块的业务知识。

技术

编码

能熟练使用编程语言完成业务代码开发；

写出的代码命名达意、结构清晰、方法定义合理，具备较好的可读性、可维护性；

掌握常见的重构技巧。

SQL

会写常见的DML、DDL脚本；

会根据实际业务场景，创建索引。

接口设计

能结合团队接口设计规范，在实际业务场景下，设计合理的接口契约：

接口契约命名达意、职责清晰、符合规范要求；

接口设计能考虑到幂等、安全性、参数校验、性能等非功能性要素。

建模

会使用ER图表达数据模型；

会使用时序图或流程图表达关键业务流程/逻辑；

会使用类图表达业务模型。

工程应用

会在跨模块范围使用常见的中间件解决实际业务问题，如：mq、RPC、redis、ES；

会借助网络知识、公司内知识库解决遇到的常见工程问题，如：加/解密、幂等、本地事务控制。

性能优化

会简单的SQL调优，会优化代码结构提升服务性能

故障处置

会看监控和告警，及时响应告警，能完成稳定性巡检；

会通过服务器日志、trace、业务代码排查常见的线上业务问题；

作为值班人能够解答常见的客户咨询业务问题。

管理

计划

中小型项目范围：识别干系人；通过甘特图、日历等工具完成排期；完成项目里程碑的对齐和确认

决策

中小型项目范围：

能自主完成模块内的技术、项目管理相关决策；

对于跨模块/跨领域的决策，能够基于分析梳理出可选的方案，作为更高级别决策的输入；

及时同步决策结论到干系人，确保信息传递的有效性。

风险

能识别各类风险，找准并推动干系人解决；

对于无法处置的风险，能够及时上报，并寻求组织帮助。

检核

及时跟进会议纪要TODO、评审TODO；

及时跟进项目成员进度，识别风险。

协调

中小型项目范围：

能主持10人以下的会议，能主导会议流程，尝试控制住会议节奏，保持聚焦、高效；

能主导完成跨职能、跨组织的分工、协同；

在出现变更（需求、资源、时间）时，能够及时找到干系人，协调解决方案。

沟通

掌握各类渠道的沟通技巧，如：即时通讯工具、会议、线下面对面；

掌握不同场景下的沟通技巧。

总结

中小型项目范围：

能回顾项目过程，识别做得好的、做得不好的，形成自己的经验。

业务

需求分析

中小型项目范围：

能独立完成负责需求的需求分析，识别需求要点，找出需求PRD存在的问题，包括但不限于：产品方案合理性、业务逻辑闭环、功能完整度、用户体验、历史客户兼容考虑、对系统的冲击；

能在需求评审前，主动和产品经理沟通对齐大的产品方案、关键问题点，减少需求评审会议上的讨论时间。

需求评审

中小型项目范围：

能够合理、充分表达自己的观点，提出自己的问题，并通过沟通获得有效的解决；

能够站在技术视角，基于成本、扩展性、性能、可用性等要素，给出问题反馈，尽可能给予产品更合理的建议；

能协助PM记录并跟进需求评审会议纪要。

咨询解答

模块/领域范围内：

能够解答各类业务问题，对象包括但不限于：QA、产品经理、客户、其他研发。

技术

OOD

了解面向对象分析和设计的理论知识；

熟悉不同领域通用的建模模式。

DDD

了解DDD出现的背景、解决的问题；

熟悉DDD的战略、战术相关理论知识。

JVM

熟悉Java虚拟机内存模型，熟悉常见的垃圾回收算法；

掌握常见的JVM监控方法，了解常见的JVM调优方法；

熟悉CMS、G1垃圾回收器的原理细节、常见参数。

中间件

掌握常见的中间件核心原理和技术关键点，包括但不限于：mq、缓存、ES、RPC、分布式job、配置中心。

WEB架构知识

了解常见的WEB架构知识，包括但不限于：RESTful、网关、微服务架构设计、SSO；

了解“三高”问题及解决思路，常见套路：集群部署、负载均衡、缓存、异步化、分库分表、降级、容错等；

了解常见的加解密算法，了解常见的安全问题及架构解决思路，包括传输、存储等环节。

企业架构知识

了解SaaS相关系统架构的要点，包括但不限于：多租户、流程引擎、规则引擎、个性化解决方案；

通用领域知识

了解负责模块/领域相似度高、关联性高的通用领域知识

管理

人际管理

目标管理

... ...

业务

了解产品线全局业务知识；熟悉所负责业务线的业务知识；精通所负责领域的业务知识，熟悉所负责领域关联的上下游领域的业务知识。

技术

工程应用

能合理组合使用多种中间件解决一类问题，这类问题通常是全局共性的、偏架构层面的问题。如：能合理使用ES + DTS解决全局订单检索问题

技术调研

中大型项目范围：

能找准当前问题对标的最佳目标；

能找准调研的要点、方法；

能识别调研对象的优势、劣势、可借鉴点，并能据此形成个人观点；

能体系化地输出调研材料、结论，并将调研结论很好地应用在项目中。

方案分析

中大型项目范围：

能够找到方案分析的维度，针对不同维度进行对比分析；

能够尽可能量化各个维度对比的优劣、权重；

能够以表格或其他结构化的表达方式呈现分析的思路。

方案决策

中大型项目范围：

能够基于现状分析、方案分析、未来扩展等方面，综合考虑决策方案选型；

能够平衡好短期成本和长期收益的关系，做好方案选型的取舍；

能够有逻辑、有条理地陈述方案决策的结论和思路。

服务框架设计

领域服务范围：

能够基于对业务特征的认知、系统现状、人员情况，运用设计模式等沉淀合理的服务框架，提升代码的可维护性，降低工作量。

系统架构

领域服务范围：

能够做好领域内系统的长期演进，确保领域边界的稳定性、领域内服务的内聚，关注领域上下游。

管理

计划

中大型项目范围：

初级阶段“计划”相关要求；

有预见性地做好可能的风险预见，并做好风险预案，比如：技术B方案、人力buffer、对外deadline合理承诺等。

协调

中大型项目范围：

初级阶段“协调”相关要求；

能主持超过10人的会议，能控制住会议节奏，保持聚焦、高效；

能主导完成跨团队的分工、协同、推进，能找准关键干系人，并使用多种方式推动项目；

决策

中大型项目范围：

能够自主完成领域内的技术、项目管理相关决策；

对于全局影响、架构层面的决策，能够基于分析梳理出可选的方案，作为更高级别决策的输入；

领导力

具备一定的领导力，能够带领其他同学一起交付项目；

能够指导新同学完成工作，能够在评审类会议上发表自己的观点，能够在团队会议上分享、交流，通过各种渠道提升自己的影响力。

业务

方案决策

领域范围内：

能够参与到产品方案的讨论和分析中，能够从技术视角，基于成本、可持续演进等维度，给予合理的产品方案建议，帮助取得更合理的方案决策。

需求调研

能跟随产品经理完成一线商家调研，针对领域内相关问题，能够现场给出较合理解释和方案。