综合时间和工作内容，印象最深的应该是在芒果独立负责的魔方系统直播模块的设计，这样强调是因为如果不考虑时间给我印象造成的影响，其实14年在上海某创业公司做的地图说应用该是最深刻的。
(此处有广告！地图说(maptalk)应用iOS下载链接 https://itunes.apple.com/cn/app/tu-shuo-lian-jie-shi-jie-mei/id902609402?mt=8 ，这是v1.2版本，个人认为v1.1比第二版有意思的多，但因为。。。所以。。。这个以后有机会再单独开文说，想要v1.1的ipa安装包可以私信我~)
魔方直播模块的设计是在这样的情况下，领导想核实原先的魔方系统是否准确有效，就抽取了若干人成立一个小组对原始数据重新进行计算加工，也就是从设备上传日志那里就开始另外有一套做法，花了大半个月的时间算出了新的VV、UV、PV这几个指标，然后替换原来的系统。这里就有一些问题，重新算出的这几个指标采用的算法不同，适用范围自然也不同（不要惊讶，友盟艾瑞这些其实都是有自己的一套算法的，同一指标统计和计算规则并不一定相同），所以原先的魔方系统也要重构，而我就担任了直播模块的设计。
作为数据系统，主要关心的无非就是计算对象、原始指标、组合维度，以及加工后的指标（也就是结果）及其呈现。直播模块的计算对象自然是直播节目，原始指标如上所说就是VV、UV和PV，对于点播节目维度通常会有业务线（也就是iPhone、iPad、aPhone、aPad、PC、PC web、OTT这七大终端）、时间区间、厂商、地域、清晰度之类的，直播由于节目性质原因多了镜头这个维度，比如9-11月份长达90天的《完美假期》设置了多个房间故需要多个镜头（26个），另外由于直播这一块的大数据在公司业务上并不是特别成熟，其实是没有统计厂商、地域的（并非我们不关心）。
综上所述，需要将上述3个核心指标按照终端、镜头、清晰度来进行组织和加工，得到最终能够交付给业务端看的VV、UV、累计VV、累计UV以及在线人数等指标。这里有几个坑，一是当时有数据的节目大概有50多个，其中绝大部分节目都是只有单一镜头的，只有百万秒问答、完美假期等极少数有多个镜头，而且像完美假期镜头数目极其的多，这给设计造成了一定的困难，一方面要照顾这些少数的极端节目，另一方面又不能因为它们影响到其他大多数常规节目。还有一个就是时间段维度的问题，虽然对外正式播出的时间段是固定的，但是内部往往在节目开播前几天就开始测试，这一部分数据我们不会去除，也要显示出来。
这两个坑我们分别采取了跟以往不同的处理策略，共通点是将维度从传统的单选框改为跟目标指标对应的控件，使得用户有更大的自主性，能够按需查看对应维度下的各个指标，至于时段，采取了作为图表坐标轴的方式，并在前端方面使用能够自主拖动且看到整体趋势缩略图的时间轴，从而极大地降低了系统损耗，并让用户的操作更加直观快捷。
由于工作内容保密，这里就不上图啦，莫怪想看数据系统模样的可以看下市面上公开产品如阿里的御膳房、数据魔方等，花钱买个账号试试吧嘿嘿
