1
ben1024 57 天前 ![]() 动手梳理
|
![]() |
2
Chrisssss 57 天前 ![]() 多问、多想、多写、多画图
|
![]() |
3
7gugu 57 天前 ![]() 边上线边记录,然后美化一下,最后输出成一份实践文档就好了。你能跑通,别人大概率能跑通。
|
![]() |
4
walkeronway 57 天前 ![]() 目前了解了多少,列一下,有没有参与过上线操作,如果没有,下次跟着看一下,或者找个导师指导你来操作一下。然后梳理完整理成文档之后,自己觉得差不多了,就可以作为成果在组内群里分享,然后邀请大家来指正和补充。组长应该也很乐意看到有人把上线流程梳理成文档的
|
![]() |
5
print1024 57 天前 ![]() 找 leader 要,有问题有想法就沟通,不要闷着,不要怕打扰别人,太难受
|
6
yyttrr 57 天前
尽量熟悉,之后找个边缘服务在业务低谷期练练手
|
![]() |
7
Div1ne 57 天前 ![]() 先多跟其他同事聊聊,看看大家觉得问题出在哪儿。是不是有一份约定俗成的流程,只是你不知道(或者是口头约定,没有沉淀到文档)。如果没有流程的话,跟 TL 聊聊,看看 TL 的态度。
如果 TL 支持你的话,你可以从以下几个角度来考虑,沉淀一份文档,约定好上线的各个环节要做什么事情。 上线流程一般包含事前、事中、事后 三个部分: - 事前:准备上线的 checkList(本次都要上线哪些东西,哪些人负责,哪些检查项) - 事中:灰度的机制设计 - 事后:全部上线完成了,要观测哪些业务指标,要不要测试介入进行生产环境的回归验证等等。 最后友情提醒下,流程机制在短期必然会带来效率的降低,可能会导致某些人的抵触。你要有数据、有结果。 比如说你这个流程制定之后,漏测率降低多少,线上事故有没有降低啊,等等。都可以拿出来帮你证明。 |
![]() |
8
Div1ne 57 天前 ![]() 其实还有很多,我刚才还没写完,想临时保存但误点了发布。已经发布的评论,没办法再次编辑了。。。
|
![]() |
9
zzk037 OP 感谢各位的回复,准备找 leader 聊一下上线的问题
|
![]() |
10
shizhibuyu2023 57 天前
赶紧走人吧,这种一般入职时候的新人指南里就该有,连这种东西都不沉淀,那没救了
|
11
zentst 57 天前 ![]() 首先,自己梳理一下大概的工作流程和内容,再按照各部门和人员,依照时间顺序填充内容。这样就形成一个大概的工作流表格,然后实际工作中去修正和补充内容。
重要是工作当中多于其他人交流,遇到问题多往几个方向去想,尽量补充细节内容。 |
12
zentst 57 天前 ![]() 不要想着能够段时间能完成,工作流程是一个很长期的过程,后面还需要持续修改,扩充。
|
13
xiaofan2 56 天前 ![]() 主动沟通 可能你 leader 并不知道你有这种困扰
|
![]() |
14
zzk037 OP 谢谢各位的回答,和 leader 聊了一下,主要问题是工作城市不同,很多事情只能线上沟通,效率很低,上线的问题暂时没有解决,主要是现在时间和精力都放在最近的发版上了,我看他们 11 点还在公司确实比较忙,没啥精力管我,等大版本发布之后会在找 leader 聊一下,想学习上线的事情是因为大家都在忙上线的问题,但是对上线流程没有一个清楚的认识,所以会想怎么有办法了解上线流程,目前的情况就是这样,leader 没给我派很多的活,基本上都是我能解决的,解决不了的找一些同事帮忙也能解决,文档沉淀的话就不用你担心了,技术体系内部对技术迭代的决心还是比较大的,实习也待过几家公司,这家公司待下去确实觉得能有成长的空间,用户规模和体量,技术架构,并发量都比较满意,所以在这里还是谢谢各位的回答,@Div1ne 老哥值得特别感谢。
|
16
Panameragt 56 天前
找领导先沟通,不要上来就闷头做
|