【闲聊】大数据开发工作内容之迭代

  之前的文章写了大数据开发的工作内容，可以看下面的链接。

【闲聊】大数据开发实习生每天在干什么

之前已经聊了 ONCALL 和 重构，可以看下面的链接。

【闲聊】大数据开发工作内容之 ONCALL
【闲聊】大数据开发工作内容之重构

今天聊一下迭代。迭代的需求就是在已有项目上改动，可能是：

• 增加指标：比如以前没有计算总人数，现在要计算；
• 变更口径：比如更换计算口径，以前的总人数计算时看过视频就算，现在看过视频 3s 以上才算；
• 增加维度：维度可能很多，比如时间维度，以前只计算了最近 1 天、最近 7 天、最近 30 天，现在要增加自然周（从周一到今天）、自然月（从 1 号到今天）、双月（从 1 月 1 日、3 月 1 日、…、11 月 1 日到今天）；
• 其他变更。

一般迭代需求比新需求小，做完之后：

• 如果不影响测试方的逻辑，做完自测就能上线；
• 如果需要变更测试方的逻辑，需要 QA 配合，修改测试代码，测试完成才能上线。

做迭代也有很多注意事项：

• 改动后不影响其他使用方逻辑。比如上面提到的变更口径，以前的总人数计算时看过视频就算，现在看过视频 3s 以上才算。如果产出的表只有一个地方在使用这个总人数的数据，那么直接在产出代码里面用 where watch_time>=3 即可。如果别的地方也在使用这个人数，那就得多加一个表，单独做一层过滤。
• 最小化改动。为了不影响其他地方的逻辑，能在 app 层就不用去 dm 层改了。

暂时说这么多，后面想起来再补充。
欢迎点击此处关注公众号。