字节跳动-国际化电商-实习总结

随语

  没想到上一篇blog都是面经了……
  在字节实习的四个多月就这么结束了。说突然也突然,说不突然其实也不突然,从手上的业务先拆分,后全部转交给杭州团队后,离开就已经是倒计时了~
  这四个月很累,压力也很大,但收获也很多。由于入职的时间特别巧,所以很幸运的可以独立owner一个方向,当时觉得人都麻了,才进去就要独立负责一个方向,压力可想而知了。不过后面想想相比他们今年无法转正的实习生,真的是太幸运了。

四月

  四月的第一个需求就是TikTok Shop接入治理侧,压力很大,也一度担心自己做不完,很感谢我的mt东凯一直给我的鼓励,从eventbus配消费者,到麦哲伦多租户平台的设置,从boe线下测试到ppe线上小流量测试,也是第一次知道原来一个需求,要经历初评,详评,技术评审,showcase,提测,boe,ppe,验收,上线,回归等这么多阶段。这个月也第一次主持了自己的技术评审,结果发现自己考虑问题确实很不全面hhh,技术评审完了后还修改了好多次技术方案。
  这个月也第一次经历了技术方案的讨论,也确实没想到过这么一个需求,最后整整出了三种业务方案,三种技术方案。也第一次体验到了字节开发需求的速度重要性。由于商家后台有商家自己设置售后审核的功能,导致一个售后请求可能同时被商家设置处理,也可能被我们预期的治理侧免审到,那么此时就会产生冲突,其中有一个方案是大家都认为最完美的方案:修改售后底层状态机,从初始化到售后处理中新增一个系统处理中的状态,系统处理完后再流转到商家处理。但很可惜,由于改动面过大,还牵扯到中台一系列的流转,这个需求是34双月的okr,如果采用此方案,那肯定得延期了。最终还是用了省事一点的方案,由中台售后先行适配,商家同意的售后请求,机审再次处理会返回指定错误码给治理侧,治理侧分析错误码后再决定是否重试,商家拒绝的售后请求以治理侧结果为准。
  最终的技术方案也给了代码、TCC、哨兵三种方案,最终由于PM需要极高的可配置性,最终选择了哨兵方案去实现,结果是真的好坑啊……不过都是后话了。也第一次明白了监控面板的重要性,对自己写的每一个功能做好监控,才能第一时间发现问题。也第一次接触了数据库的修改,哨兵平台这个时候增加因子和策略竟然还需要手动插表……万幸这个时候线上数据库修改发RDS工单就可以了,如果像后面一样数据库变更也要走流水线的话,怕是能累死我……心理其实是有预期的,哨兵平台还在建设中,未来也会加快建设,只是没想到差的这么多……

五月

  到了五月后,五一刚结束TTS免审接入治理的需求就上线了,忘了节假日前一天要封板hhh,所以还是拖到了五月,没想到字节竟然敢让实习生第一个需求就单独上线……倒是体验了一次麦哲伦流水线上线的过程,结果一个月后就改成了国际化电商全流程流水线……上线后也没啥问题,算是很幸运了,印尼的售后完结率暴涨,UK的数据也很喜人,看着自己的需求上线,还是蛮有成就感的~五月的时候,每天免审量能有五万多,大促的时候能到快十万,还挺厉害的。
  五月也接了履约治理的第一个需求,配送后的履约治理建设,原先这块竟然是不做治理的,倒也是没想到,也第一次接触到了延迟消息,看到了内部延迟关单的实现,也第一次接触到了数据回扫,没想到后面每次大促的履约回扫变成了我的日常工作之一……,也就是这次需求后,和PM交流过后,后面终于在七月建立Pearl履约配置平台,并将履约的多阶段,大促临时配置,关单及预通知全部迁移到配置平台的需求定容上了……确实无法想象之前的国际化电商的履约治理是仅仅针对支付这一个时间节点做治理的,且配送后也不在治理范围内,这个月后才算稍微改善了一些,不出意外,平台治理部门的北极星指标(缺陷订单率)上升了2%,其中有一部分就是履约治理覆盖面更全导致的。
  售后的项目在这个月也终于确认下来了,ACE售后项目也成为了国际化电商最重要的项目之一了。其他好像就没什么了,五月就这么平平淡淡的结束了。

六月

  六月就来了上海,一个到今天都无法说对or错的决定,尚浦中心的办公环境是真不错啊,可惜我也就在那儿呆了半个月…… 六月迎来了第一个bug,清退商家代码review的时候意外发现第一期免审的代码逻辑就有问题……谁能想到一笔订单会分的那么细呢,又是子单又是SKU单,还分正逆向的,当时做第一个需求的时候也不是特别清楚这些,导致判断维度出了些问题,但还好,只影响了几十笔售后单,也没有多审导致资损。
  这个月最大的需求就是清退商家售后接管的需求了,上是上了,结果部分场景到我离职的时候客服侧SOP都没确定下来,所以转客服的所有配置都暂时关闭了,最终需求设计的很完美,开发也全都实现上了,结果最终还是只上了恶意清退商家的接管。说到这就要夸一夸哨兵平台了,即时开关的功能大概是他们唯一有用的功能了…,后面在做商家清退分流的时候,发现他们竟然还不支持in/not in分流,也挺抽象的……上了之后还发现监控面板调用哨兵有报错,并且事件就是这次的事件,查了Argos日志发现重试几次竟然还能成功,随即向哨兵平台发oncall,结果是他们的多实例部分实例没更新上,导致我们部分请求路由到未更新实例上,出现了策略不存在的error,这大概也是为什么我们要做监控面板的原因了,也体现了重试机制的重要性了。
  也是平淡的一个月,来上海后感觉还挺平常的,这个月有两次零点多才下班,还挺麻的……

七月

  七月份搬到了合生汇,合生汇的办公环境真的无力吐槽了,十个位置都不到的餐厅emmm,每天餐饮反馈区都能看到各种各样的虫子,还是挺有意思的,算了,就不吐槽环境了,吐槽环境的话怕是后面都不用写了hhh。
  七月也开始业务交接啦,售后相关的业务全部移交到了杭州团队,也算是体验了一下带人的感觉了吧。唯一不幸的是,很多售后oncall都发到了售后中台那儿,每次都是一脸懵逼的被拉进会里or拉进oncall群里,每次抄送杭州的同学,都会发现还不如我自己解决来的痛快……每次看到帮忙看一下这笔单子or这个日志,都会提心吊胆的害怕出现多审导致资损然后邮件通报的情况,万幸一直都没出现hhh。七月份哨兵平台配置还出了个弱智错误,QA也没发现,直到半个月后伦敦的运营反馈才发现,万幸刚好之前售后中台把签收后的仅退款功能暂时下掉了,不然怕是真邮件通报见了。
  这个月还被凡丁(杭州团队的新LD)在周末打了一次电话,问数据为什么和之前没什么增长,还是在周日下午四点半,Lark也没一句,直接就查看电话打了过来,让我下定决心以后一定别回来,太恐怖了hhh,周末被打断的感受真的太差了。
  七月也开始逐步看决策中心的代码了,之前一直觉得决策中心是平台治理的核心,等真的上手了却发现好像也就那样……七月线下自测还发现了哨兵平台的bug,虽然没有线上实际影响,但由于预期后果较为严重还是定了P2,策略分流的!=在语法解析时,嵌套的NotEqual数不对,导致全部判断成了=,海通抽象的一个bug,也刚好是因为客服SOP不明确导致我们转客服的场景没上,所以线上才没遇到问题。其他好像就没什么了,这个月事不少,但也没那么忙了。

八月

  八月份,离职前的交接,又帮着杭州组做了一个UK的退货退款需求,到今天UK的TikTOK Shop的退货退款应该都会通过了hhh,在决策中心也就做了一个监控大盘的建设,从四月说到八月,终于有人力做了hhh,履约配置平台也终于要上线了,虽然一直在Delay,但好歹还是上了,就欠配置的迁移了,这个月还把客服代客售后接入了治理侧。
  虽然这个月我只呆了半个月就润了,但好像还干了不少事儿,虽然都是一些小事,但也还是挺累的,离职前一天还被哨兵各个模块的PM约会议帮他们提改进措施,也希望他们能尽快优化吧,强依赖方的不适配导致的种种问题确实也是我这段实现觉得最头疼的点了。从四月份就开始说的权限下到具体策略,到了八月都没影子,策略发布也完全没有卡点,确实还挺可怕的,也希望他们能尽快改掉吧……

总结

  确实是收获很多的几个月,从最初的啥都不会,甚至日志都不会看,到后面独立处理oncall,从最初的问题制造机,到后面还能发现别的组的bug,从技术上纯纯的菜鸡,到后面还算好一点了,每个需求看上次需求写的代码都觉得有改进的空间,想想也是很有意思的hhhh
  在字节的实习就这么结束了,感触很多却又没法全写下来,感谢我的mt东凯,带我做业务的瑞龙,合作最多的PM柯宇,超有耐心的QA艳明,还算坦诚清晰的组长荣阳,如果不是这些很棒的人,我都怀疑我能不能坚持四个多月hhh。
  下面继续加油!

end
  • 作者:Yuan(联系作者)
  • 发表时间:2022-08-16 15:09
  • 版权声明:自由转载-非商用-非衍生-保持署名(创意共享3.0许可证)
  • 转载声明:如果是转载博主转载的文章,请附上原文链接
  • 公众号转载:请联系作者
  • 评论

    小马
    up我想问问准备考研是不是就把编程这些放一边? 你在字节实习的是什么岗位呢
    Yuan
    博主
     @ 小马
    后端开发 不用放一边
    Yuan
    博主
     @ Yuan
    邮件测试
    小马
    测试