晋升材料 T4->T5

晋升材料 T4->T5

24年,春季晋升大窗口,练习时长连年半的我,终于升T5了 T^T. 思考许多,终决定将这次的晋升材料,脱敏后也贴到博客里来,算是对百度这几年工作,一次不错的总结。此材料整理于 2024.06.08


一. 成长点说明

【基本信息介绍】

目前主要作为非随版的接口人,负责非随版需求 Server 端的研发工作,承接的工作主要有:商业化和投放新增转化两个方向。2021年7月入职,23-24 连续两年绩效 M+,价值观评价 Y。工作期间围绕苹果 IAP 支付,开展了一系列卓有成效的探索与创新工作。也非常高效的支撑非版本需求快速迭代,对丰富产品功能,保障业务目标达成,起到了积极的作用。经过三年的成长,在创新能力、业务理解、技术编码能力等方面都有显著的提升。

负责工作分三大阶段:
① 2021.07~2021.12: 不挂科APP-服务端研发,承接版本或非随版方向需求的服务端研发工作。
② 2022.01~2022.07:百度文库APP-服务端研发:承接版本或非随版方向需求的服务端研发工作。
③ 2022.01~2022.07:百度文库APP-服务端研发(非随版方向):承担非随版版本需求接口人工作,协调处理非随版本的一些对接、评审、预估工时、排期工作。

提升点1【创新能力】

  1. 深入苹果 IAP 支付系统:因为做苹果支付链路闭环技术专项的原因,深入的了解苹果 IAP 支付链路。 通过一系列的调研与创新工作,不仅极大的减少了 iOS 丢单问题,也实现了客服退款、补单自助化,并将每周服务端值班人力从0.5~1人天降低到2人时。同时使 iOS 连续包月数据可预测,实验回归周期由1月减少至1周。并且还支持了 iOS 连续包月 “免费试用” 促销活动。近期还针对苹果新增的,促销优惠商品活动,技术反哺产品,协力 PM 做了相应的需求落地。

提升点2【业务理解】

随着文库研发实践的丰富,对文库业务有了更深入的理解。以此为基础,对所负责项目,可以提出了一些有效的建议和意见,协助各方高效的达成目标。
基于对文库商业化需求的理解,以及需求高速迭代的需要,23年Q4 对收银台模块做了大胆的重构,将数个耦合的模块,依据功能拆分,淘汰了已经下线许久的历史逻辑,方便了后续的需求迭代。

提升点3【技术能力】

  1. 在 iOS 支付的开发过程中,对苹果应用 IAP 支付的理解更加深入,通过技术反哺业务,并积极撰写相关文档、分享经验与心得。
  2. 在非随版需求快速迭代的过程中,历练了快速产出方案设计,高效完成高质量编码的能力。近一年完成需求卡片 130+,提交代码 331次,代码变更 26.9K+.
  3. 作为非版本需求的接口人期间,提升了需求把控能力。可以做到准确的理解需求,准确、合理的拆解需求所对应的技术方向、角色分工,完成相关工时的评估以及排期。

提升点4【编码能力】

  1. 在编程工作中,认识到高内聚、低耦合的重要性,目的是使程序模块的可重用性、移植性、可维护性大大增强。在商业化需求迭代的过程中,运用其理念,完成实验台模块的重构,使得商业化项目迭代,更加高效。
  2. 深入理解了 code review,对于团队新人能力提升、并快速融入团队的重要性,所以会在代码评审严格把关。近一年数据,评审评论数 43, 千行评论数 4,代码评分次数 142,打回率 7.7%.
  3. GO 编程:在文库 GO技术栈迁移的大背景下,不断学习,积极拥抱新技术,熟练掌握了 gdp 环境下的 Glang 编程技术。
  4. 大胆重构代码,清空技术债。

二. 技术影响力

1. 代表文库研发组,作为一面面试官参与校园招聘面试

a. 2022 秋季校园招聘 (c++/php/go-0924-2023校招)
b. 24届暑实习-3.18C++/PHP/GO方向面试

2. 分享 IAP 支付链路改造经验

a. 总结 iOS 支付优化的经验和心得,在知识库中沉淀为相关技术文档,并以此题做了一次文库内部技术分享。
b. 给教育不挂科团队同学,分享 iOS 支付升级经验,协助其团队解决 iOS 丢单问题。

3. 分享一脉平台使用经验,积极推动一脉平台的使用

a. 组内率先试水使用一脉 TDS,总结相关经验,并输出技术文档,协助其他同学完成 uda 平台到一脉平台的过度;
b. 新写了 uda 迁移一脉的 sql 转化工具,方便 rd 和 pm 同学,将 uda 平台的旧任务,迁移到一脉平台执行;
c. 作为 rd ginao 组管理员,维护相关表权限的和申请, 并协助 pm 配置和管理 ginao 组;
d. 协助客户端同学,在一脉平台,搭建相关性能报表;

4. 代表文库客户端 参加 App Store 研讨会

a. 2024年4月19日参加,App Store 在北京举行的主题为常见的黑产活动以及防控手段研讨会;
b. 对一直以来困扰文库 APP 的 iOS 支付的问题,与苹果工程师做了相关讨论;


三. 工程能力

5. 编码能力及相关基础

代码变更清晰、完整。代码风格统一,没有规范问题未修复。代码足够简短、可读,具备相关注释和文档说明。代码模块、类或方法切分合理、可以被复用。近一年数据,提交代码 331 次,代码新增 +26.9K 行,删除 -3.6K,单测覆盖率 53.8% 。
代码评审严格、有效。近一年数据,评审评论数 43, 千行评论数 4,代码评分次数 142,打回率 7.7%.

6. 质量意识

掌握基础的测试工具使用技巧并主动进行自测。代码质量可靠,入职期间,无P3+线上问题,无造成收入损失的线上问题。
在架构设计和编码的过程中,充分考虑提升产品内置质量及可测性的需求。测试期间提供,针对需求特点,提供丰富的测试工具,协助 QA 完成高质量的测试。

7. 项目管理

能够与他人有效协作。遵守项目管理的规范流程,项目工作进度有记录,可追踪。及时记录,以需求文档为基准,积极推动各方对齐需求,并将会议结论、相关实验链接、三放依赖和技术实现方案补充其中,使得需求链路清晰可追踪,好回顾。近一年完成icafe卡片 230个。负责非随版接口人期间期,P0需求完成率高于85%,因研发造成的项目delay次数为0次。

8. 需求把握

作为非版本需求的接口人,主动参与需求评审,准确的理解需求,准确、合理的拆解需求所对应的技术方向、角色分工,完成相关工时的评估以及排期。
能够准确将业务需求转换为技术需求。包括但不限于:通过苹果支付链路闭环,iOS 支付优惠探索等几个 iOS 支付项目,将苹果 WWDC 2021 才推出的 StoreKit 2,落地到文库APP 的支付优惠中去,取得了一些显著的成果和不俗收益。

9. 系统设计

能输出规范的系统设计文档,并且能够和需求分析结果对应,准确的理解架构设计的含义。并在需求评审后,较快速的输出技术方案。
系统设计中充分考虑技术复用,积极复用厂内优秀平台或类似设计方案。例如:为***页加水印,设计了 10 进制 转 X 进制(自定义码表)的方案,就是参考了一些一些短链服务的设计思路。

10. 安全意识

不存在责任人范围内的安全事件/违规。有较强的安全意识,架构设计中有安全性考虑。例如:将 H5 离线包上传接口,从公网切到内网,并加入了严格的参数校验,防止恶意入侵的可能。同样在 code review 也会 peer 的代码做认真负责的检查。

11. 产品意识

对所研发的产品认识深入,能够理解产品的目标。在设计阶段能够主动考虑优化产品体验的一些工作。非常熟悉文库业务和技术,对特别是付费侧需求,可以做到「比 PM 更了解需求」(因为付费有多位 PM 在做,有时不了解彼此需求),总是可以在评审前期,给予 PM 一些建设性的意见,补充遗漏的需求细节,并提出相应的解决方案。熟悉文库产品的合作方,比如苹果支付,多次提供建议推动 PM,创建需求并完成 iOS 支付优惠探索。


四. 技术治理

1. 文库APP xpage 迁移 sula

背景:文库将逐步全面将xpage迁入自研sula平台,解决xpage大小上限问题,减少http请求,降低耗时成本。
负责内容:搭建迁移辅助工具、制定迁移计划、规范迁移流程,组织服务端迁移 xpage 200+,覆盖率 100%。期间未造成线上异常,较好的完成了,两个平台的过渡工作。

2. NA 会员商品迁移大富翁

背景:应财务合规要求,商品属性变更,均需经过平台审核,原商品配置文件方案,无法满足要求。
负责内容:NA 会员商品与业务梳理,并全部迁移至大富翁管理,符合财务合规要求。

3. UDA 平台迁移一脉

背景:随着MEG数据中台建设,一脉TDA(分析、分析)、TDS(数据加工)能力逐步完善,UDA(知识数据中台)将整合到MEG数据中台体系,UDA平台将于2024年Q1逐步下线,预计最晚Q2末完成。
负责内容:核心 sugar 报表 100% 迁移,核型 uda 例行离线任务 100% 迁移。合计下线并迁移 UDA 例行任务 140+.

4. H5 离线平台搭建

背景:文库app内的页面打开速度太慢,对页面资源进行离线化。因涉及到文库app内不同页面,不同版本的离线化。为便于后期维护,建小迭代成本,新建离线化包管理平台,规范化离线包管理及维护。
负责内容:协同协同H5,客户端同学,完成离线平台的升级与迭代,升级了平台的安全机制,拓展了实用的 QA 测试工具,更好的支持了 H5 离线化功能的应用。

5. APP 个性化push-容器封装

背景:当前push为批量发送、千人一面,在点击率方面有一定的优化空间,可以通过引入个性化策略,加强推送内容和用户需求的匹配程度,带动push点击率提升。
负责内容:push个性化策略-容器封装测&输出测试报告,搭建潘多拉潘多拉容器集群,部署 napush 服务。集群包含 20台标准核机器,承接峰值 5913 qps,稳定性 99.9999%.

6. APP 运行时环境迁移 Pandora

背景:技术升级,文库产品线模块,需要从 Jpass 迁移到 Pandora
负责内容:协助文库APP naapi 模块迁移 pandoa,创建并配置 COS 部署组。