前言
今年是非常值得总结的一年,但是发现最近自己的拖延症越来越严重了,今年的年终总结老是再给自己找理由延迟去写,从想起要写到现在已经有1个月了,1月25日才最终开始着手开写,以前自己没这方面的问题,这个需要多关注一下,但是迟来的总比不来的好,总结的习惯还是不能改的。
工作至今也快到3年的时间了,也一步一步经历各类风雨而来,但是今年可绝对是自己的生活以及职场上一个非常关键的一年,因为大跨度的转变导致在今年的很多方面都有所走偏,这也是今年更加需要总结的原因。
下面就开始今年的年终总结。
爱技术,好产品,探管理,享生活
今年是非常值得总结的一年,但是发现最近自己的拖延症越来越严重了,今年的年终总结老是再给自己找理由延迟去写,从想起要写到现在已经有1个月了,1月25日才最终开始着手开写,以前自己没这方面的问题,这个需要多关注一下,但是迟来的总比不来的好,总结的习惯还是不能改的。
工作至今也快到3年的时间了,也一步一步经历各类风雨而来,但是今年可绝对是自己的生活以及职场上一个非常关键的一年,因为大跨度的转变导致在今年的很多方面都有所走偏,这也是今年更加需要总结的原因。
下面就开始今年的年终总结。
今天在搜索SSO单点认证方案时无意间发下“CAS由耶鲁大学开发的单点登录系统(SSO,single sign-on),应用广泛,具有独立于平台的,易于理解,支持代理功能。”,随后简要研究了一下,发现与之前想的单点认证思路惊人一致(集中认证实现(单点登录)),前段时间改版的单点认证体系几乎是CAS的现实实践版,或者说CAS可以作为我们的单点认证的理论基础。
聪明的表格,基于一套数据源使用Ajax获取数据,并展现成表格与图像的形式,并且支持下载(思路源于talkingdata)
开源引入:Bootstrap 3.0,Bootstrap respond (IE解决方案),Jquery 11.02,dataTables,echarts,table2CSV
前段时间整天被业务部门追在后面赶项目进度,但是在人员有限的前体现只能部分项目延期,曾经给相关业务部门临时做过1次简单排期,后来就放下了,然后又回到了整天追在后面赶进度的状态,反过头来评估这部分排期工作是非常有必要的,所以多费了点时间,去完善了整个的工作计划表。
计划工作既包括选定部门的目标,又包括确定实现这些目标的途径。人员围绕着计划规定的目标,去从事组织工作、人配备、指导与领导以及控制工作等活动,以达到预定的目标。为使组织中各种活动能够有节奏地进行,必须有严密的统一的计划。从提高组织的经效益来说,计划工作是十分重要的。
经过几个月的构建,我们的内部数据BI分析系统几乎接近接近尾声了。本系统实际上是一套生态系统,包组件:
并发计算:
根据业务任务,并发连接游戏Mysql数据库进行SQL运算,并将计算后的数值写入数据集市
数据集市:
数据集市的建立其实是包含在上述的脚本中的,最终形式是以游戏分库,以元键分表,以时间分区,当没有此库/表/分区时,会自动建立
报表系统:
根据数据集市中的数据,通过配置直接生成报表,并以SmartTable的形式进行展现
聪明的表格,基于一套数据源使用Ajax获取数据,并展现成表格与图像的形式,并且支持下载(思路源于talkingdata)
开源引入:Bootstrap 3.0,Bootstrap respond (IE解决方案),Jquery 11.02,dataTables,highcharts,table2CSV
联运平台(一款类TalkingGame的产品)的整体业务体系已经在逐步的形成,现在主体框架已经基本完成,并且开始已经填充了不少业务,周末对所有的业务数据进行了一次初步构思。
针对单设备分析:针对单一设备(人)的精确统计,主要分析大R,或超R用户的行为分析
针对全局分析:针对单服/单游戏/全游戏的数据汇总统计,分析整体的玩家趋势
产品的新需求来了,项目准备开二期,这次会在SmartTable上做一些文章,其实做SmartTable这东西是在解放生产力,我们只需要一次性的投入就可以长期的进行受益,往后的项目只需要简单的写下逻辑就可以直接面向用户了,有点类似于相面接口形式编程。
还没开始做,先来做个预报吧。PS:这次的代码可能我不主导了,我来做一个后期把关工作。
接手团队2个月了,一接手就是一个10几人的团队,并且是一个非常大的摊子,真实感觉自己在快速的成长,但最近遇到了一个比较烦心的事情,我被几个月前离职的老领导从他建立的部门聊天群里给踢出来了,而且毫无征兆,由此感慨万分,在他离职之前我们都是一起在吃中午饭,甚至在他离职以后还找我帮他小忙,近一个多月没有联系突然间把我提出来,然后群名片改称“玩政治的滚蛋,我们都是玩技术的”。
出事第二天我就开始多线打听整个的原由,可是毫无结果,我甚至约以前的同事想然后准备叫上老领导去吃个饭,但是电话也不接,短信也不回,明显是把我扔一边,也不告诉我原因,真是死也不让我死个明白,但我不认可这个事情,所以我也不会沉默,我一定要弄个明白,最后经过多方的打听(至少5个人的分支)我终于稍微从中有了一条比较清晰的路线。
最近手底下某款业务遇到瓶颈了,目前公司在大规模的上手游,但是产品的同事也要同步的去获取与分析数据,以往的流程时游戏上线之初我们与研发方沟通,要的他们的数据库表结构,我们会根据游戏的数据库进行数据分析,汇总产品需要的数据。现在手游团队突然壮大,游戏也开始指数型增长,但是我们的开发人员还是比较有限,OK,我们来换思路。
初步讨论过几次,也有了部分眉目,设计一个如此大的架构有点小小的激动啊!
目前现在是在按照这个方案在一步一步的走,并且还需要Linux组,Windows组,DBA组的支持,确实是个世纪工程!