2.15进来，把减刑的工作搞了，然后把考核系统更新了一天半。

遇到的问题:

考核系统存在的bug：

1. 真实的bug大概有四到五个。就是代码没写好，跟实际的需要不匹配。

2. 增加了年度考核分的汇总表。

3. 专项加分的报表简单做了一下，暂时没有做完。

4. 另外就是用户需求、用户使用方面的问题了。

对于项目的认知和定义好像都需要改过来。当然也确实可能是最近几天大脑的状态没有好，从上周一晚上开始的。脑子不清晰。

考核系统是可以作为一个项目生存下来的。

如果作为一个项目生存下来它的演化工作就开始有了。

1. 用户培养。用户有需求，有作业。考核系统提供的是功能替换。但是用户的认知系统与我的认知系统是不同的，就是他猜不到在什么地方实现的这个结果。那这个逻辑是来设计的。看起来很简单，但是还是需要解释一下。

2. 用户的使用问题。用户问题更多一点的地方其实还是在数据处理那里。也就是说他的花名册是有问题的，他的数据格式有问题，他的表达方式有问题，然后需要做一个normalize的工作。也需要花时间、耗精力。

3. 产品的生长问题。起点是很简单的，就是作为一个管教干事、内情干事的工作替代。可是如果活下来，需要考虑的问题就要多得多，如果要做一个通用的、共用的数据库系统存活下来，这个问题的复杂程度就增加了好几个维度。事实上是我自己不想把那么多的时间精力投入进去。它做得再好也只是一个监狱争荣誉的工具，是一个政策的副产品。对于我来说，唯一的意义就是可以增加一个系统的完整的开发经验。

4. 项目管理问题。就是项目的开发环境，开发方式，版本管理，框架管理前面都是没有考虑过的问题，如果要做的话，当然有需要考虑的地方。

这样子来看，这个东西能够用就好了。解决好用户培养问题，用户使用问题，把监区的管教干事与内勤干事的用户粘度做起来。这个东西就不要管它了。

资源还是需要去争取一下。

还是要专心搞AutoEM的项目。身家项目，前途未来在那里。

看来明天还是需要写一份报告，关于衡州监狱罪犯计分考核系统的报告。

AutoEM的工作。

1. prototype的模型已经做好了，讲概念是已经足够了，但是做一个完整的产品肯定还是远远不够的。

2. 因为认知的差异，所以被全盘抄袭的可能不大。如果能够做为一个项目活下来，也就是说在持续改善的话，那被抄袭的危险就基本上不存在了。如果不能活下来的话是很容易被抄，然后被超过的。

3. 三个框架的东西呢？

4. 下周的工作，写几篇简单的东西，然后下周周末必须要去广东了。

5. 需要写的东西。

   1. CRM的一个框架系统

      1. business

      2. manager

      3. engineer