【100%干货】后端程序员如何平稳通过试用期？

0x0 新人的痛点

我在校招的时候，通过刷题和八股文的策略拿到了满意的offer，但是缺乏企业级项目的实战，在第一份工作的试用期的时候，吃了很多苦头。牛客上关于面试的帖子太多了，大部分帖子关注的是如何进入大厂，如何在校招中收割offer，以及各种公众号自媒体的引流，很少有人分享如何在试用期内平稳落地，这块明显是应届生的短板，所以今天简单分享下个人经验。

后端程序员经常会面临下面的场景：

① 校招/社招新人入职，需要学习已有系统，作为工作 landing 的核心部分；

② 同事离职或转岗，需要把系统交接给你，面对完全陌生的系统，如何快速参与开发和bug fix；

③ 经典面试问题？介绍下你的项目，如何给完全不懂的面试官解释自己的项目是干嘛的。

上述的场景都可以被解释为通用的问题：如何从零开始熟悉系统，我们是否能从中抽象出通用的梳理框架？我不推荐一上来就看代码的方式，方法太粗暴并且视野狭隘。下面手把手教大家从业务、逻辑、物理等不同的纬度把握一个系统的脉络，框架是系统的主干，剩下的细节则是具体的代码。

0x1 业务功能

所谓业务功能的学习就是从业务角度去学习系统，我们需要了解系统的客户是谁、使用人是谁、带来了什么价值，系统提供了哪些功能等。如果不清楚业务，就等于不知道系统在干什么。

技术不是空中楼阁，我们写的代码都是为了服务某个主体存在，最终目的是业务落地，清楚了业务才知道怎样用技术更好地服务业务，所以业务学习是熟悉一个系统的首要任务。

这块主要的学习方式：

① 沟通：和产品、运营、开发、测试沟通，遇事不决多私聊。

② 实践：自己使用系统，比如你是淘宝下单页的开发，你肯定要自己先尝试下单和支付的整套流程。

③ 文档：尝试从内部平台找到一些常见业务图，如产品功能架构图、业务流程图、功能树，用例图等，学习产品设计文档，找找PRD。

尝试给自己提出下面的问题并且找到答案：

系统所在行业的情况是什么样子？
e.g. 如果是支付系统，目前国内是什么情况，alipay和wechat有啥区别？
系统的目标用户是谁？比如是给公司高层做决策用？给运营或客服用？还是给C端互联网用户使用？
e.g. 这是toC还是toB或者内部平台系统，系统做出来会给谁带来使用价值？
日常有多少人在使用？高峰期多有少人在使用？
e.g. 日常的流量是否存在维护风险？如果是电商系统，双十二大促流量是多少?
系统调用方：应用名
e.g. 可以通过公司的调用监控平台查看，上游业务方有哪些？
系统有什么业务价值？衡量系统业务价值的指标有哪些？
e.g. 例如对于cmdb系统，系统的业务价值在于提供功能完善的运维平台，已经接入的物理机器数量，逻辑业务数量等。
系统有哪些接口？分类：rpc、http

e.g. rpc接口和http接口有啥区别，什么时候应该提供http接口，什么时候应该提供rpc接口。
系统有哪些领域概念？梳理下系统的领域模型？

e.g. 设计钱包，钱包的模型有哪些？银行卡是否属于核心领域模型
系统的关键业务流程有哪些？关键业务流程是怎样？

e.g. 例如朋友圈功能，发布、点赞和评论肯定是核心业务流程
系统的非功能性需求有哪些？如性能、质量、扩展性、安全性等。

e.g. 老板关注的重点是什么，是系统的稳定性吗，还是系统的用户增长数量
系统未来的发展规划是怎样的？
e.g. 未来应该做成什么样子，理由和计划，是否存在重构任务，重构是为了解决什么问题

0x2 逻辑架构&研发细节

逻辑架构着重考虑功能需求，系统应当向用户提供什么样的服务，关注点主要是行为或职责的划分。常用表达图形，静态图有包图、类图、对象图，动态图有序列图、状态图、活动图。

这块的学习任务是：

① 明确模块划分、接口定义、细分领域模型；

② 着重考虑运行期质量属性，关注点是系统的并发、同步、通信等问题，这势必涉及到进程、线程、对象等运行时概念，以及相关的并发、同步、通信等；

③ 关注系统源代码、第三方 SDK 、使用的框架、中间件、工具包。

尝试给自己提出下面的问题并且找到答案：

系统有哪些子系统或模块？系统之间是什么样的关系？
系统对外上下游接口有哪些？对接人是谁？
系统关键业务流程怎么实现的？能否用类图、时序图等方式表达出来？
代码在哪保管？git还是svn？
代码包怎么划分的？怎么分层？mvc？mvvm？mvp？
用了什么框架？如 ssh、dubbo、django、thinkphp？
用了哪些工具包？如 apache commons、guava、pip？
用了哪些中间件？如 zebra、redis、hbase、rabbitmq、rocketmq、kafka？
依赖哪些内部平台？如权限平台、用户平台、限流平台、监控平台、日志平台？
系统能支撑多少 qps/tps ？峰值 qps/tps 是多少？
与上下游系统怎么交互的？rpc？http？同步交互还是异步交互？

0x3 物理部署

物理部署这块主要关注如何保证系统的鲁棒性、性能以及发版和日常运行的安全管理。

这块的学习任务是：

① 明确服务的支撑性能上下限；

② 熟悉开发和发版部署流程，以及内部规范。

尝试给自己提出下面的问题并且找到答案：

系统如何发布部署？有哪些部署环境？现有的CI/CD平台如何使用？
系统有多少台机器？每台机器是什么配置，内存有多少？CPU多少核？
系统部署怎么部署的？有没有多机房部署？有没有做异地容灾、多区部署？关注部署方式（e.g. 集群部署、分布式部署），是否接入阿里云、腾讯云、AWS？
有没有容器化？k8s和docker呢？

0x4 数据模型

这块主要关注底层数据的模型，不仅仅要关注实体本身，更要关注实体间的数据流动，例如主从同步策略，数据迁移策略，以及不同数据模型的转换。

尝试给自己提出下面的问题并且找到答案：

数据存储在哪？用的什么数据库？关系型还是非关系型，如 mysql、redis、hbase？
如果存在关系型，例如典型的MySQL，画一画 E-R 图？
数据量有多少？是否有分库分表？分库分表的主纬度是什么？支持哪些查询？
有哪些数据同步任务？离线数仓是如何对接的？
大数据框架的使用情况如何？Flink、hive？

0x5 运维能力

系统运维重点关注：

① 如何避免出问题？测试用例维护 & 自动化测试，资源监控 & 流量监控。

② 什么时候会出问题，出了问题怎么解决？历史故障有哪些？是否存在复盘文档？

尝试给自己提出下面的问题并且找到答案：

什么时间容易出问题？比如电商双11大促，系统压力暴涨，这时候很容易出问题。
对关键链路是否已有监控？需要看系统有配置了哪些报警项，监控了哪些方面。
如果出了问题怎么解决？日志在哪？是否有全链路跟踪？是否有一些紧急修复操作，比如开关配置、降级、限流、熔断配置。
系统有哪些历史坑点？找已经熟悉系统的研发同事回顾历史问题，以免踩坑。通过同事总结的 case 以及文档，或者与负责的产品、运营、技术与了解。系统总会有一些坑，需要把这些坑填上，填坑的过程就是熟悉系统的过程。历史代码经过多次迭代总会导致复杂度高（分支、嵌套、循环很多），耦合严重，设计漏洞，性能隐患等，很难维护，这些就需要我们去重构了。
客服反馈的常见问题有哪些？处理常见客诉有哪些方案？