在接触项目管理的这段时间，工期的预估一直以来就是一个特大难题，但是这也是一个必须去解决的问题，为此我们想过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压缩类

关于产品的介绍可以在这里看到：http://torblog.sinaapp.com/archives/79

这里主要介绍这整个项目的架构，以及Android端与服务器端的接口。

这个产品其实是“微博自动评论专家”的升级，因为上一个款软件遇到瓶颈，就是在模拟用户登录的时候，验证码问题不好突破，所以好久没有找到思路，就放下了，后来无意间发现新浪微博手机版的gsid可以解决这个问题，就重新设计了整个软件。

使用技术：官网PHP,服务端Python,客户端C#

这版的设计采用客户端和服务端交互方式，服务端负责抓取带评论微博，客户端向服务端请求获取评论的微博与评论的内容，然后模拟用户行为进行评论，并返回数据至服务端，大部分的设置操作都放在了网页上的管理平台上，并且用户可以在管理平台上看到一个详细的信息。

这个产品是手机验证码自助交易平台,当时因为在淘宝上发现接受短信验证码的商品卖的非常好，遂产生此产品的想法，做一个短信的中转的中间商，因为这个涉及手机端(Android)的开发，是跟另一个同事合作来做的。

需求者：
需要相应的短信类服务，可在此选择提供此服务的服务者。 通过本平台自助达成交易，每笔交易平台收取30%的服务费用。公正！透明！

服务者:
服务者仅需本平台注册并运行相应的软件，无需其他操作即可获取平台交易费用，本平台全部服务 绝对不会收取您任何的费用(目前仅需收取短信)，但需要占用您极其少量的流量， 若您发现有非流量的扣费情况，我们将10倍的赔偿，每笔交易 您将获取70%的交易费用。

这是我进入公司后接收的第一个项目，目前发上来的这是第二版，整个的需求分析，系统设计均由我来完成，第一版是比较难看的，这一版已经非常好了，其实这个系统最难得点在需求，需要跟各个部门打交道，并且整理各方需求，让各方满意并且实际来用这个系统，目前来看还是比较好的。

本系统是根据目前已线上运行的“运维业务管理系统”的升级与改版，重新设计系统的发起，审批，执行流程，并且在完成一项工单的同时，融入特有的绩效打分模块，更加便于目前的运维业务的审批执行使用并且能更好更科学的评估每项工作的工作量。

在流程方面，在一项新工发起的同时将自动带入本项业务最快的完成时间，发起人可以打上“加急”标签以供快速处理使用，若不打加急标签，则将按业务提交先后顺序执行。在审批方面，审批人在审批的同时制定业务的执行人，加强对各审批人对业务的处理分配能力。

并且在本班中引入“简化工单包”概念，更好的记录,评估操作人员的工作质量,更高的提高工作人员的效率

这里来贴一张我设计的某系统的整体架构，目前该产品还在运营，所以就暂时先不提产品名字了，怎么说也有几万用户了，估计用过此产品的朋友也大概你能猜到这个产品是什么，我只大体介绍一下整个系统的理念，以及如何避免整体的风险。

这个产品整合了目前互联网上许多的免费资源，用到了BAE,SAE,GAE,Appfog等众多的云平台，其实SAE也是付费的，凡是咱是开发者，就忽略了，唯一需要付费的地方就是Burst。