在腾讯的 3 个月，我经历了些什么？
大家好，我是鱼皮。
最近不少小伙伴顺利毕业，入职了新公司，开始了人生第一段正式工作经历。但对于很多公司，如果你想要成为正式员工，是需要先经历几个月的试用期的。
记得去年这个时候，我也曾担心过自己会不会遭遇试用期被裁的尴尬局面，但后来发现其实只要你或者公司没有出什么问题，基本都是可以顺利转正的。
腾讯的试用期一般是 3 个月，在 1 个月左右就会让你写一份阶段性总结，最后还会要求你填写一份试用期总结报告，有些部门可能还要当面给领导汇报。
今天就给大家分享下我的试用期总结，可能会有点官方~
不敢说写的很好，但绝对真实，希望能给大家一些参考（不要复制粘贴哈哈）。
以下内容已脱敏
我的试用期总结
在腾讯已经实习近一年，终于正式入职，激动的同时，身上的责任和压力也大了许多。
即将转正，下面是我对自己试用期的工作、成长与不足的总结。
大纲：
工作
在试用期，我做了很多事情。
本职
试用期间，我完成了多个需求，同时帮助排查及处理了多个线上问题。
1. 任务调度系统升级
随着系统相关定时任务增多，管控困难。我 主动 升级现有任务系统，搭建任务调度平台集中管控定时任务，通过界面高效灵活地控制和监测定时任务的启停状态、查看执行日志等。
考虑到实现成本和复杂度，任务平台基于知名开源系统进行二次开发。在搭建过程中遇到了 DB 资源申请、网络受限、驱动冲突等问题，但最终通过请教同事和自行查阅资料成功解决，让我更加熟悉了公司内部资源申请的方式。
2. 运营平台支持
紧急支持运营平台的面板项目。在短期内快速了解需求，熟悉整体项目的代码、规范以及开发、测试、部署的 一条龙 流程，并积极和其他同学沟通协调，最终 提前 交付。
由于项目中很多代码进行了封装，遇到的一些技术细节问题，通过询问项目负责同学得到解决并加以记录。通过开发该项目，我不仅了解了该平台的主要功能，还在前端开发技术（TypeScript、React Hooks 等）取得了较大的进步。
3. 数据整改
紧急响应外部要求，为数据补充新字段，并完成历史数据的刷新及检测任务。
通过该需求，我意识到自己负责的业务的重要性。在设计系统时必须考虑全面，要有能力应对可能出现的突发情况。
4. 数据查询接口性能及稳定性优化
由于某用户下的资源列表数据量很大，单纯在业务层面采用并发查询会导致线程池任务队列爆满、连锁导致接口调用超时或失败。
通过批量并发查询，提高查询性能；通过线上数据及大量实验确认批量查询粒度，最终将接口性能提升了 3 倍 ，且请求耗时分布更平稳。
通过这次优化，我意识到了实验和测试的重要性，在后面的优化需求中也会更注重实际的优化结果，而不是单纯凭借经验值或理论进行优化。
5. 任务补偿机制
由于各子项目中都可能会出现接口调用失败、系统异常等，导致数据不一致。所以需要统一通用的任务补偿机制，便于记录及处理补偿任务。因此我设计了 通用 任务补偿机制，在任务调度平台可视化查看需要补偿的任务，并通过自动调度 + 动态参数的方式实现灵活高效的可选任务补偿。
6. 处理系统相关反馈
由于对业务和系统越来越熟悉，能够更快地排查问题，即时处理用户的反馈。
除了上述工作，我每天都会去观察系统的负载，定期查看业务日志，以保障系统平稳运行。通过日志发现了数据查询接口中潜在的应用假死问题（Tomcat v 9.0.26 的 bug）并进行修复。此外，我改进了自己开发的实时通讯机器人 SDK，支持发送 Markdown 等多种格式的消息，以应对日后更灵活多样的通知、告警需求。
培训
积极参与公司级、BG（事业群）级、业务线级的培训。
在公司级培训中，担任班长，组织且参与封培晚会视频的制作，获 “优秀班委” 称号。
在 BG 培训中，担任组长，帮助大家顺利通过培训。
在业务线级培训中，荣获优秀小组及优秀个人。
基建
补充业务线公共 Java 知识库，搭建公用脚手架，编写 IDEA 开发工具的使用及业务环境搭建等文档，帮助同事快速上手项目开发。
知识
利用公司内部资源，在知识平台阅读很多技术文章、建设了自己的知识库，并且在 IT 交流问答平台开拓思路、学习解决问题的方法，在开源社区和技术大牛进行思维碰撞。
我注重知识储备和个人成长，对于应用开发岗位来说，知识的广度和深度同样重要。因此我会积极参与公司的分享，比如《XX 架构与实践》、《数据分析课程》等。
在工作之余，我仍然坚持每天学习新知识，比如阅读源码、阅读技术文章、搜集常用业务解决方案、优秀系统架构等，近期在学习大数据批流处理方面的知识，希望日后有机会可以给大家分享。
其他
持续制定每日目标，并归纳总结日常工作。
成长
相对实习期，我对待工作更加热情，也付出了更多时间精力。天道酬勤，这几个月我在多个方面取得了不小的进步。
养成习惯
正式入职以来，每天早上我会提前来公司阅读技术或业务文档；每天晚上下班前会归纳总结今日工作，整理当日文件，写技术文档；回家后阅读技术书籍。已经适应了忙碌而充实的工作生活。
主动性
我总结了实习期的一些不足，认为自己对业务的了解度还不够，因此在正式入职后，我主动要求参与需求评审和各种讨论会，希望能得到第一手信息，避免后期因为信息不足导致的错误（这里感谢导师 B 哥为我提供了许多机会）。
此外，我积极主动地承担工作以及帮忙排查和解决问题。对于现有系统的一些不足，也会主动进行技术调研，尝试优化，降本增效。
资源收集
在工作中，资源太重要了，通过几个月的努力，我收获了大量人力资源和信息资源：
人力资源：通过参与培训，我认识了太多优秀的小伙伴，和他们产生了很多技术和业务上的交流，增大了自己的视野，拓展了人脉。
信息资源：通过持续的文档阅读和归纳总结，我整理了自己的工作文件夹、网页资源收藏夹，建设了自己的知识库。不仅让自己寻找信息更方便，也能为帮助其他人快速了解某业务和技术。
沟通能力
这几个月，我多次和 跨部门 的同事沟通，尽可能清晰地表达自己的观点，便于对方快速理解，提升沟通效率。主动和产品、测试同学沟通，积极表达自己观点的同时虚心接受他人的信息和建议。
悲观思维
工作中也曾出现过一些 “想当然”，把很多的第三方依赖当成了可信的，在导师 B 哥的指导下，在写程序和想问题时，我逐渐养成了悲观思维：尽可能地把事情往坏的结果想，做需求时要掌握更多更全面的信息，做好万全的兜底措施。
影响力
我希望能将工作中所学所积累的知识回馈给其他人，对同事、对公司、对社会产生积极的影响，也希望自己未来能够成为一个有影响力的人。通过持续编写技术文档、在交流社区回答问题，已经帮助到了很多的同学。
这也是我如今做知识分享的一个关键因素。
全局观
实习期的很多时候，做需求时我仅仅考虑和需求相关的因素，对其他合作部门的业务了解甚少。随着我们负责的业务对接方越来越多，系统越来越复杂，我需要更了解合作方的视角，站在全局的角度去考虑问题。
现在我会去主动了解合作同事的业务，多问 “为什么”，不断提升自己对业务的熟悉度和全局观。
技术能力
我深知技术能力对研发工程师至关重要，感谢公司提供的平台资源，让我有机会和很多大佬共同交流，阅读他们的代码，让我的技术水平和知识面得到了很大的提升。
业务能力
通过参与需求评审以及各种需求讨论会，让我了解了更多 一手 业务信息；通过和同事的合作和交流，让逐渐学会高效地处理问题。很多问题的解决也比以前更迅速了。
不足
取得进步的同时，工作中也遇到了一些困难，发现了自己的不足之处。
效率
我的工作效率还不够高，并行工作能力较差，同时处理多个需求时，偶尔会感到手足无措，并且有时工作计划会被其他事情打断。
之后，我会多做计划，合理安排工作，尽量给自己完整的时间去设计方案和写代码，其他时间去解决处理问题（前提是问题的紧急度不高）。
专业度
随着系统日渐复杂、代码冗余等，我的开发效率逐渐降低，常常想要重构，但感到无力。我觉得这和自己专业度不够、设计系统时欠考虑关系很大。
我会多学习其他系统的架构模式，同时保留重构和优化的想法，在合适的时机去执行。
冲动
在解决线上问题时，我常常想着更快地帮忙排查问题，因此回复地很快，有时自己还没调查清楚就瞎猜原因，自己都不知道自己在扯什么，结果适得其反。
今后还是要做充足的排查，确定问题或有了一些清晰的想法后，再去发声。
哑巴
由于对一些合作业务的熟悉程度还不足，目前在讨论整体方案时，我还很难提出自己的想法，只能默默听从其他同学的分析。
还是要继续努力、多看文档，让自己尽快熟悉业务。
最后，希望自己能够成功转正，我会继续努力，上下求索，做到正直、进取、协作、创造（腾讯新的使命愿景），为公司带来更大的价值！
哈哈，一年之后再来看这篇总结，深有感触。如今的自己比当时又有进步了，工作效率比以前高了很多、设计系统时考虑的更加全面可扩展、面对问题更加冷静、讨论需求时也能更有主见了。
不得不感叹，压力和积累的确能使人成长，继续加油吧~ 建议大家也多记录自己的学习和工作经历，日后都是无价之宝。
我是鱼皮，点赞 + 在看 还是要求一下的，祝大家都能心想事成、发大财、行大运。
往期推荐
入职一年了?
我学编程时最后悔的事！
鱼皮出教材了！
