之前的文章写了大数据开发的工作内容,可以看下面的链接。
之前已经聊了 ONCALL 和 重构,可以看下面的链接。
【闲聊】大数据开发工作内容之 ONCALL
【闲聊】大数据开发工作内容之重构
今天聊一下迭代。迭代的需求就是在已有项目上改动,可能是:
- 增加指标:比如以前没有计算总人数,现在要计算;
- 变更口径:比如更换计算口径,以前的总人数计算时看过视频就算,现在看过视频 3s 以上才算;
- 增加维度:维度可能很多,比如时间维度,以前只计算了最近 1 天、最近 7 天、最近 30 天,现在要增加自然周(从周一到今天)、自然月(从 1 号到今天)、双月(从 1 月 1 日、3 月 1 日、…、11 月 1 日到今天);
- 其他变更。
一般迭代需求比新需求小,做完之后:
- 如果不影响测试方的逻辑,做完自测就能上线;
- 如果需要变更测试方的逻辑,需要 QA 配合,修改测试代码,测试完成才能上线。
做迭代也有很多注意事项:
- 改动后不影响其他使用方逻辑。比如上面提到的变更口径,以前的总人数计算时看过视频就算,现在看过视频 3s 以上才算。如果产出的表只有一个地方在使用这个总人数的数据,那么直接在产出代码里面用
where watch_time>=3
即可。如果别的地方也在使用这个人数,那就得多加一个表,单独做一层过滤。 - 最小化改动。为了不影响其他地方的逻辑,能在 app 层就不用去 dm 层改了。
暂时说这么多,后面想起来再补充。
欢迎点击此处关注公众号。