写在2019年第一天,给过去一年的自己一个总结,复盘一下2018,给未来一年的自己一个规划Mark一下元旦这一天的想法。
【2018想做没做成的事】:
1. Excel 的图表插件think-cell 研习, 这个插件在2014参加公司培训的时候,有个老师分享过,后来想着要去研究一下这个工具里推荐的一些常用报表模板背后的数据与观点展现的原理,一直搁浅到现在。元旦假期想着花些时间来看看,又发现Excel 的Mac 版本目前还不支持think-cell . 看来以后做一些数据的分析与展示的时候,还会继续的头痛。
2. 推荐系统的测评方案,推荐系统的测评现在大家用得比较多的是A/B Test . 18年给相关团队干活的时候因为一些原因一直也没能正式用的A/B Test,出一份权威的报告。且也因为这些原因,转而思考用别的办法来评估推的质量与效果。也求助过项目的负责人,被推荐参考用基金的评级体系来测评,这里一度卡住无进展。直到最近听到印第安纳大学伯明顿分校的菲利波*门泽尔教授的团队在研究这个方向,也听说OwlFactor 公司开发了一个浏览器和文章评级系统。这个系统抛弃了一般的流行度指标(转发量,点赞数,粉丝数量),而是凭借自己的评级系统为读者选取内容,看来已经有人,有团队在印证这个方向了。
3. 人工智能的素材收集平台的建设,这个是18年年初的时候,我们想的一个素材平台的建设方案,其目标就是想达到素材的不同维度的标注信息的抽象。 但18年过去了,我们的素材的量是在涨,却鲜有对标签的分类抽象相关工作的开展。而且,此目标后面跟丢了。现在看来,公司的小目标(以月度小目标,按周汇报进展)的设计还是能避免此类问题的出现的。
其它,更多的东西,如一个类似于Kaggle的竞赛平台,ICDAR的测评平台,某短视频项目的性能指标体系,小星星的项目考评等等。
【改进计划】2018年已经过完了,这里还有不少的事没有做,没来得及做,没有足够的时间做,但真的2018年已经过完了。所以,如果自己还想做,给自己的任务清单上的事项写一个deadline 吧。
【2019年应该停止做的事】:
这一章节是写给自己,用来提醒自己,停止做一些已经被证明是无效的事,就像逻辑思维的跨年演讲一样,“所有会被时间过滤的,该翻篇就翻篇”。
【要停止的事】之一
PPT困难症。最近这几次的PPT写得都相当的头痛,回顾一下发现:
1.1 准备的素材太过于细节 ,而这些素材未能被最终主旨观点的证明起到作用,这里耗费了大量的时间与精力。
1.2 2018年年初的时候,被小V提过的,
a)通过目的去做归纳,
b) 通过原因去归纳,
c) 归纳不应该只基于当前的现状态来归纳,要看到未来。
上面这几点,还是没找到有效的方法来践行。 但是有一个偏方,就是要写PPT的时候,对方如果能给出大纲,或是先将大纲梳理出来给到对方,可有效的节约这里的时间。
【改进计划】
先归纳出大纲,通过目的去做归纳,通过原因去做归纳,归纳不仅要看到现在,还要看到未来,如果担心归纳方向偏离,应该先将归纳出来的大纲与干系人对齐。
【要停止的事】之二
停止低效的记录工作过程的流水线式的过程数据,提高自己的时间利用率
关于记录
a) 来看看自己平日记的东西
b) 来看看平日收藏的东西:
2018年,每天都在写工作日志,都在流式的mark 工作进展,但是,这里缺少了进一步的加工与分析。 比如上面的截图,现在看这个图的时候,已经不知道当时要保存下来的原因是什么了?
上面的问题希望2018年不再犯,也给自己提个醒
【改进计划】
1. 以后落盘的收藏与工作上的事,应该伴随一个思维导图把大纲的架构给画出来。这样自己在二次查看的时候,能快速的得到一个自己梳理过的脑图,节约回顾时间。
2. 提升时间利用率的情况,边听分享边画思维导图,分享听完,脑图就画完。如果脑图的层次很奇怪,那就说明自己没理解别人分享的内容。 如下图就是昨晚在听罗辑思维的2018跨年演讲的时候画的脑图,当时回看三个红色箭头处,当场就想不起来自己为啥而记了,这就说明当时听走神了。
【2019年应该继续保持的事】:
1. 日常工作中不断的自问自答,问问自己,某个方案是否是当前最优,如何证明是当前最优。思考是否是最优包含三个维度,方法策略是否是最优,做这个事的组织方式与成本是否最优,使用的工具与业界相比是否最优。
2. 用奈飞文化手册给自身在团队管理上提供了一些参考,学习并实践之。
3. 感觉自己状态差的时候,就在工位边上举举哑铃吧,会比较高效的恢复状态。
4. 公司HR制度,小目标的设定,让自己不容易偏离方向,且最最重要的是,不让自己在自我评定的最后一台疯狂的会议这半年做了啥。
5.解决项目问题的时候,录制视频,在团队做信息对齐的时候,方便,快捷,高效
【2019年要开始做的事】:
1. 多跟比自己厉害的人交流,时刻准备问题以便随时请教 。18年的时候,想找人请教大数据与AI的测试,自己在问自己应该问什么样的问题的时候,发现比较无力。
2. 地图相关的也是一个新的领域,这里的评估维度超级多,是个很大的挑战。
3. 思考,现有平台工具的通用性,体验问题。
3.1 平台工具与腾讯云结合的便利性,是否做到像U盘一样可插拔。从这几年做工具的经验来看,越是能适应与复用现有优秀平台能力的小工具,越是生命力旺盛与维护成本身,典型案例就是我们的摇一摇提单的接口。所以,QAPM里要考虑如下几个点
3.2.1 SDK上来的数据是否尽可能做到格式通用。通用到什么程度呢? 我们与业界常用的格式方案有多大的差距?
3.2.2 数据上报后的过滤,分析,聚类,是否提供各种数据规模的方案,那些自己创的分析优秀方案如何更有效的推广,不足的方案如何与业界优秀方案对齐。特别是通用性方面。
3.2.3 中后台的依赖服务的通用性问题,比如,与Bug系统对接,登录服务,告警服务,监控服务。计费服务,产品管理服务,CI,CD服务如何做到与腾讯云现有的平台的无缝对接。
等等。。。