"凡是必先骑上虎背"
太难了,但是撑过去了,就成功了。 这是目前对于我来说的“虎背”。
外包阿里项目,难但欢喜着
在阿里的3个月里面,熟悉了3个项目,2套代码。 工作过程中,很难,太难了。
时间强度
每天工作节奏是最开始的一个月周一到周五每天10点之后,周末抽一天来熟悉项目。 到后面最后一个月时间是省了周末时间,但是周一到周四仍然是每天10点之后离开公司,做一个小时多的车, 回到家十一点多。
技术内容
同样是Java 自动化项目, 之前接触到的自动化项目,感觉就是面向过程编程,把可以实现的东西实现了就好,也只有openApi的测试;
来了这边才知道,原来自动化项目,技术上是用到springboot框架,各种封装,RPC调用,面向的是每个接口作为对象的编程,既有openApi也有spi;代码中不可以有魔法值,要安装代码检查工具。接触了网关一个sofaboot项目,get的一个新领域知识,学会了去调试轻应用代码,定位问题原因到哪一行了。
文档输出
研发产出的系分会有清晰的时序图,流程图,会有系分评审
测试产出的测分会清晰分析系分包括背景,系统设计,加上用xmind输出的用例,会有测分评审
在阿里的一个名为“语雀”空间的一个工作台上,可以看到各种牛人的分享。他们关于技术,生活,职业发展上的各类文章。
(哎呀,莫名想推荐一波这个软件,可好用,其实记录一下,后期自己的学习记录也可以在这边)
工作方式
能自己解决的,尽量自己解决。
这种情况下,自己花费时间,但是确实独立性会更强,解决问题能力也会提升。之前以为我不知道,我怎么什么都不知道,很沮丧,但是后来发现问我leader,她也不是什么都知道。这时我才顿悟,原来每个人都是在模糊中进步的。 只有在模糊中自己去规划,自己去花时间研究,最终这个问题才有可能较为透彻。
把简单留给别人
一个简单的缺陷规范,他们写了个ppt,做了个培训。印象最深刻除了这种工作模式外,还有这句话“把简单留给别人”。 把简单留给别人,需要自己在工作的时候把握好,能清w晰描述的事情,尽可能清晰完整的一次性的描述。
沟通过内容,Double Check
作为测试,会盯研发进度,上线时间,那研发说的交付时间和交付内容,需要多次确认;这里需要以大大方方的态度和 合理的频率去 跟进研发进度(这也是要学习的,针对不同人变换下工作方式和态度。)
同事领导
阿里人A,一位我的leader P7, 985本硕,毕业就在阿里。
问她觉得辛苦么,她说“习惯了,也不知道其他公司是怎样的”。她说 曾经她每天1-2点还在工作,努力完成一个项目后,她觉得很有成就感。
阿里人B, 工作对接的研发, 985硕士,来阿里3年。
问他觉得辛苦么,他说"我们都是奋斗逼" ,后来得知他疫情这段时间得了心肌炎,还在医院住了1个月,现在仍会加班到2,3点。
阿里人C,旁边测试的leader,听说孩子上小学了,P7
不太熟悉,但是经常我十点多离开公司的时候,她还在。 为了项目进度,忍者牙疼熬了1个多月没去医院,后来疼到去急症;前段时间看到项目群里call她让她去医院回来再忙事情,她还是在去医院路上回消息。
【结束语】
(小声嘟囔:这么多优秀的人,会感概 为什么我不可以。 )