前几天忽然想到以前看到的一个新闻，关于GSM Sniffing，顺道在网上百度了一下，发现寡人也能办的了，立马入手设备，配置环境，OK，别的不扯了，小介绍一下，主角是OsmocomBB，国外一个开源项目，是GSM协议栈(Protocols stack)的开源实现，全称是Open source mobile communication Baseband.目的是要实现手机端从物理层(layer1)到layer3的三层实现。
设备清单：
1. 摩托罗拉 C118
2. CP2102
3. C118数据线
4. PC
最近手底下的一个项目已经完成了4次迭代开发，基本上到了一个里程碑，但是，在项目落地推广的时候遇到些问题，因为此项目的特殊性，想法是领导提出来的，但是实际使用者又是基层员工，如何让更多的人实际的去用这个项目是个大难题，在翻阅一些资料的时候，偶然发现以前某公司分享的一个会议，迭代会议演示评审系统 （Party Achievement Show），在我们的敏捷开发规范中进行了首次尝试。
这个会议的出现更多的拉近了开发团队与需求方的距离，并且可以团队成员的紧迫感和成就感也都有极大上升
先来说一下前提，我们这个项目是一个内部使用的项目，名为“个人终端”，加上我这已经是第三版了，可惜前两版的内容一点都没有用上，着实有点可惜，这次的阶段性成果不仅在现有PC端有了大的改观，我们还走向了多平台的道路，Android端也横空出世。
最近准备改造以前的一个项目，这个项目是我从半道接手的，消息发送机制是客户端监听自己的10001端口，然后服务端想发送消息的时候，像客户端的10001端口发送socket信息（基于TCP的），从而实现通讯，这样的机制弊端太多了，公司内部有很严格的ACL策略，为此还专门把服务器设置成与所有机器啊的10001端口胡同，这次仅是准备改造，前期研究了一下技术。
也因为这个项目想要放到外网，所以先前的机制根本行不通，所以新机制的一个方案是，基于UDP的通讯，由客户端主动请求服务端，并且定期发送心跳包，为nat下的设备打开通路，服务器监听客户端发来的请求并入库，记录下nat设备上打的洞的IP和端口，在需要发送消息的时候直接回执就行了
可惜实际测试不容乐观，UDP过NAT设备后的丢包率太严重了，如果不仅过NAT设备，则几乎不会丢包。
偶然间翻看自己的一台VPS上的Cron脚本，发现一个每分钟定时跑的脚本，想了半天不知道是做什么的，后来打开发现，原来是N久之前弄的一个监控，当时有5台VPS，4台搭建了Nginx,做负载均衡，1台入口，3台负载，还有1台DB，因为单机经常502,所以做了负载均衡，为了看效果如何，准备监控一下内存和phpcgi,所以就有了这个。
这已经是我第四年写总结了，今年是有点晚了，开始写这个总结的时候已经1月多了，以前的总结都是在1号之前就开始构思，并且争取在1号之前就争取发布了，现在工作与上学的差距就显出来的，没有了那么多的空余时间，多了很多的各类事情，并且越来越多的精力放在工作上，在生活上也没有留下印记，这也是这一年的遗憾，从今年开始就要对此进行一个改观，绝对沿用大三时每月一主题思路，保留下以后生活中的点滴。
今年的总结沿用去年的章节格式，继续从Life,Hobby,Career三个角度进行总结。
在接触项目管理的这段时间，工期的预估一直以来就是一个特大难题，但是这也是一个必须去解决的问题，为此我们想过N多种的方案，也参考研究了很多的网上的案例，为此，我尝试建立了两种的流程模型。
第一种针对的小型的项目，一眼就能看到项目的结尾，如一个开发某个小型产品，这种模式也是我实际的在项目中使用过，但坏处就是，在项目前期需要投入大量的精力去深入的研究与分析，所以这个也只适合用于小型的产品开发。
我们公司在今年开始全员上绩效，恰巧我正好负责其中两大块的绩效评定，“项目管理”和“运维工单”，两个系统都是我主导来开发的。
项目管理上的比较早，经过不断修修补补，现在略显臃肿，并且感觉绩效体系也并不是特别的合理，为此，打算重新设计一套绩效体系，旧得就先不提了，如果有时间，再写一篇博客介绍一下，新的绩效体系秉承多劳多得原则，用数学算法把控项目/人员的绩效分数。
好了，这套绩效模型是基于我们新的一套管理流程的基础上，简单理解就是在阶段开始之前，必须预计阶段完成的时间与人天，OK，先把向副总解释的文档粘出来
因为一个项目的需要，需要验证码的识别，以前并没有接触过，后来研究了一下，做了个简单的PHP脚本(文章中的仅是做了简单整理,不是很严谨)，基本上满足了现在的需要，来分享一下，适合于基础选手。
验证码是这样的
没有背景色，并且只有在深色的背景下才能看清，一共只有4个数字。
看了部分资料知道了思路，就很好办了。
1、图形按坐标转换为0,1
2、去除干扰(这个图片里没有)
3、切割
4、对比(主要是字典强大,用到的主要函数就是similar_text)
有了这四步就可以开工了。
个人终端，这是我临近年末接收的一个项目，以前有个雏形，我看了看以前的整体架构，非常的混乱，遂直接重写了一遍，部分地方借鉴先人的思路，但现在看来貌似借鉴错了..
先来大体讲一下这个个人终端的用出吧，暂时个人终端就一个功能，给安装了个人终端的用户弹窗提醒，对就着一个功能，支持PC端和Android端，目前Android端我带着两个实习生在做，因为不懂这方面技术，所以我只跟进Android端的进度，PC端是C＃写的已经上线了。
为了保证信息的安全性，所以在其中用到了DES对称加密。根据这个思路大体来讲一下。
当有新消息要发送时，大体经过这几个阶段
1、将需要发送的数据，接收人等信息发送至Rest接口
2、系统对将要发送的消息进行加密，采用随机密钥DES加密，并将密文存入数据库
3、将刚加密的密文ID，密钥等信息通过Socket发送给客户端
4、客户端拿到ID，访问相应的Web路径，并通过密钥在本地解密密文，展现在webbrowser中。
最近做的一个站点，里面有一些的信息是不想被别人抓取，然后就想了这么个非主流的防抓取方式，想的不是特别的严谨，但是还是能简单的抵挡一下哪些二流的程序员的，OK，那就开始说一下思路吧。
思路就是，随机生成一批随机字符，插入到想要防止抓取的文字中，然后记录下这批随机字符，传入JS,在前端用JS将这些字符替换掉。
看一下我的实践：
randstr方法就是生成随机字符用的
ORG.JavaScriptPacker 是引入的一个JS压缩类