接手团队2个月了，一接手就是一个10几人的团队，并且是一个非常大的摊子，真实感觉自己在快速的成长，但最近遇到了一个比较烦心的事情，我被几个月前离职的老领导从他建立的部门聊天群里给踢出来了，而且毫无征兆，由此感慨万分，在他离职之前我们都是一起在吃中午饭，甚至在他离职以后还找我帮他小忙，近一个多月没有联系突然间把我提出来，然后群名片改称“玩政治的滚蛋，我们都是玩技术的”。
出事第二天我就开始多线打听整个的原由，可是毫无结果，我甚至约以前的同事想然后准备叫上老领导去吃个饭，但是电话也不接，短信也不回，明显是把我扔一边，也不告诉我原因，真是死也不让我死个明白，但我不认可这个事情，所以我也不会沉默，我一定要弄个明白，最后经过多方的打听（至少5个人的分支）我终于稍微从中有了一条比较清晰的路线。
最近手底下某款业务遇到瓶颈了，目前公司在大规模的上手游，但是产品的同事也要同步的去获取与分析数据，以往的流程时游戏上线之初我们与研发方沟通，要的他们的数据库表结构，我们会根据游戏的数据库进行数据分析，汇总产品需要的数据。现在手游团队突然壮大，游戏也开始指数型增长，但是我们的开发人员还是比较有限，OK，我们来换思路。
初步讨论过几次，也有了部分眉目，设计一个如此大的架构有点小小的激动啊！
目前现在是在按照这个方案在一步一步的走，并且还需要Linux组，Windows组，DBA组的支持，确实是个世纪工程！
前段时间基于某几款开源产品做的SmartTable现在有了一个比较大的更新，这次的业务环境是这样的，部分的数据在一个维度的展现可能不容易看清，旧版本在如何实现纬度切换时只能从数据源做起，其实这些工作都可以交给JS去完成，所以新版本最大的变化就是这个，另外，新版本将对于其他开源JS包的引入进行了封装，现在仅需要引入一个smarttable的JS就能搞定所有的问题了。
跟随公司的大步伐，现在基层员工的绩效方案已经定稿了，现在改走下一步主管的绩效方案了，主管方案里有一项KPI指标，这个需要自己去想如何才能体现整体的管理水平，而且各艰巨的任务是抛给了各个主管的，对于开发人员的方案是个比较难搞的问题，在此基础上我设计了3个指标。
先来看一下大环境吧，目前我们部门存在两种开发模式
1：项目管理，这个可以理解为有计划的工作安排，使用的系统为Blog前面提到过的这套系统，并且这套系统在我的GitHub上也有。
2：运维工单，这个可以理解为无计划的工作安排，比如处理紧急BUG，临时小地方维护等等。
基于这两方面我一共设计了3个指标。
最近业务需要，弄了一套精简的表格与图形生成功能，命名：聪明的表格，基于一套数据源使用Ajax获取数据，并展现成表格与图像的形式，并且支持下载（思路源于talkingdata(名字也是借鉴他们的)）
开源引入：
Bootstrap 3.0
Bootstrap respond (IE解决方案)
Jquery 11.02
dataTables
highcharts
table2CSV
越看现在公司基于Thinkphp3.0的改版框架约不顺眼，先不说为了更改目录结构更改了其核心代码，光是RBAC的认证的冗余代码就让人很不舒服，并且这项目没人跟进，导致新项目用这套东西越来约中庸，现在我接手了团队，当然第一步要那这个开刀。
鉴于目前的团队成员一直都在用ThinkPHP，所以不好直接引入我前端时间做的CI的权限框架，所以还得拿ThinkPHP入手，官网一看都已经到3.2.2了，并且跟以前的差距很大，那就直接选这个了，整体的权限思路还是按照当初CI的来设置的，下面就还遇到了一个问题，目前公司里有自己的统一验证平台Ucenter,但是那几乎是上一代程序员的产物了，所以现在要重新设计，但是还要兼容旧的，所以就出现了现在的这套集中认证。
周五下午突然来了思路，就用周末两天的时间来完成了整体的设计，整个的项目思路是我在作死了一版的项目管理基础上构思的，设计的原则是低耦合系统。
介于我们目前的项目管理体系在不断的变化中，可能一个小小的变化就导致整个系统从结构上进行推翻重来，为了解决这个问题，所以整体的原则为低耦合，模块分为工具与用户，其中工具模块可以允许非注册用户使用，非注册用户，则需要记住建立工具后的URI【这一点的思路主要是参照notepad.cc】,并且URI分为管理URI与只读URI，基本上满足管理人员&成员见的权限管理，然后基于工具模块的基础上构建用户模块，允许登录的用户将工具URI记录至自己的相应仓库方便以后查阅，最终可以根据仓库中的工具组装相应工具之间的关系来构建一个完整的项目。
此项目前半段为个人项目，后来推荐至公司使用，在这里我也是主要讲述这个项目的前半部分的内容，后半部分的内容是团队合作结果，我在这里就不介绍了。
技术：
框架：CI
RBAC：我设计的RBAC权限管理（详见以前文档）
缓存：MEMCACHE
先来看一下整体的架构思路
有了流程的规范下一步项目管理系统就要开启了,暂时还没有一个整体的思路，但是关于敏捷模块(基于Scrum敏捷框架)倒是有了不错的想法，顺道使用制定的标准来尝试一个，如何从分析到实施完成一个模块。这个模块比较简单，思路就是预先设置好任务，然后每天对任务剩余的工作量进行更新，根据这些数据实时的画出燃尽图。
关于需求的整理是从用例开始，先看一下这个模块的用例。整体的思路是这个模块不与以后设计的任何模块结合即可单独使用。
基本上用户使用的就三个版面。新建面板/修改面板/展示面板。其中新建面板中需要填写面板名称,开始时间,结束时间,排除日期以及任务资料。
从实习到正式入职到现在已经2年，去年提为组长手下开始带人带领项目，可能是因为进入的是一个主要为运维为主的团队(我们开发组在其中占了1/4)，对于开发类的规范非常的模糊不清，2年了也没有大的改观，从来到现在已经做过几版的项目管理系统(其中还死掉了一版)，但那些基本上都是写任务管理系统，最近根据整体的开发流程与我们的现状，花了几天时间重新梳理的整个流程，大体上也通过了领导的评审，并且现在有部分开发类项目在用了，这里分享一下。
其实这我在这里制定了2套规范，一套是立项前明确开发计划，一套是立项后明确开发计划，其实我更倾向于后者，前者是应领导要求更加符合现在的实际，坏处就是在立项前就需要有大量的工作。
这里我主要讲一下立项后明确开发计划的模型
这里我就基本上按整体的章节顺序来讲
开发类项目
从昨天开始，uptimerobot就一直在给我发我的某一个网站 currently DOWN (Bad Gateway) ，以前有过这样的情况，但一般也就是持续很短的时间，昨天以为也这样就没管，没想到今天了还是这样，没办法，得处理一下。
我的网站是一个需要频繁采集的网站，基本上每个请求都需要对外采集信息，而且买的是比较便宜的VPS，本来负载能力就不高，上面装的是lnmp.org提供的一键安装环境，其中mysql还没启(不在一台机子上)，一般访问还是能抗住。
以前这个机子有过这样的经历，那次经过我N久的寻找，发现他们主机商提供的DNS挂了，从那以后就换成了8.8.8.8,这次当然第一步还是检测这个，然后发现不是这个问题。
当时突然想到这台机子还有我的一个简易监控脚本，上去一看吓一跳。
