20190812
今天,重拾鼓励师的老本行,划划水又一天。。
20190813
今天,似乎就是开了一天的澄清会,会后针对标签小队新入职的员工(包括我这个实习生),介绍了系统内将近10种数据库之间的关系。
如上图,明哥友情出镜。
sqlserver
保存各种配置,ES
为缓存/备份。
vertica生产
是所有数据的大本营,通过hbase loader
把vertica
中的数据迁移到hbase
中,loader
是迁移的脚本,存放在一台特定的机器上。vertica分析
和vertica生产
通过脚本实现数据相互迁移,脚本放在一台称为NBU
的机器上。Redis
、CDH
和Hive
通过内部平台Paas
实现数据的迁移,本质上就是在Paas
上配好配置和sql
脚本。
不得不说澄清会这个形式挺好的。小组的leader
把下一次迭代需要完成的所有故事和任务进行详细说说明,同时对实现时可能出现的技术细节进行讨论并确定。相比在学校做科研时想无头苍蝇一样不知道该怎么做/做什么(当然,这也是科研的性质决定的,时时知道下一步该做什么意味着缺少创新的部分了),通过澄清任务,明确下一次迭代需要完成的工作,节约了交流工作需要的成本,提高了开发效率。
20190814
今天又是鼓励师的一天。。下午海哥忽然问我之前当鼓励师的一段时间都在干啥,我说熟悉系统和自己学习相关技术栈(虽然这两块都基本没有,大把的时间都用来刷36氪、虎嗅、知乎了。。),我差点觉得我划水被抓包了。。
20190815
日常鼓励师。早上海哥使用seed
项目管理系统写这次迭代的测试用例,我发现系统似乎没有提供测试用例导出的功能,于是问了是否没有这个功能,海哥回答是的。
于是下午的主要工作就是实现了一个工具自动化导出测试用例,正好正式员工下午都出去开会了。。打成jar
包过程中发现.properties
文件的配置似乎很蛋疼,虽然能够打包并正常执行jar
包,但是还是没有解决保存在resources
目录下.properties
的构建配置问题,不纠结。。
明天跟海哥汇报下午的成果。。
20190816
早上把开发的自动导出测试用例的工具给海哥提了下。之后考虑起这个工具的性价比:假设手动导出一次3分钟,自动导出时间忽略不计;一次迭代大概只有一次澄清详细测试用例的流程,两次迭代中间至少间隔两周;我开发这个工具用了一下午,按3小时算;那么这个工具大概使用60次迭代,也就是至少120个工作周,我的工具就算“收回成本”了。。
之后海哥安排我下午按照此次迭代的测试用例进行测试工作。
于是又是一周过去了,下午下班前收到了实习结业前的相关工作,才意识到原本以为漫长的实习已经快要结束了。。