Moin升级和信息系统选型

昨天晚上10点接到华仔的电话，说moin从1.6升级到1.8.5不是很顺利。一共有两个槛儿：
1. 之前系统部升级失败，但已经更新了数据文件，从而无法自动更新用户密码了（原来的SHA加密升级成SSHA了）
2. 决定上LDAP认证，但redhat上装python-ldap遇到了无法解决的依赖关系。
两个问题，第一个属于既成事实，只有硬走第二条路了。

今天早上我们俩前后脚到单位，华仔很兴奋的告诉我，1.8.5升级成功了，昨天干到11点多，终于辗转腾挪把依赖关系给解决了。赞一个。
1.6往上升级，还有一个槛儿，就是用户组的正则表达变了，引起的问题是acl权限认证失效，应该改成下面这样：
page_group_regex = ur"(?P(?PS+)Group)"

升级的初衷是希望解决pptx后缀的附件下载被认作zip格式，但这个问题在1.8.5还依然存在，还是得继续看看。

moin1.8支持rss发布了，这个功能很有用。

公司的产品和运营都用Jira做信息系统了，研发是继续使用自己开发的系统还是切换到Jira，现在成了一个问题。

其实也没那么难决策，从以下几个方面比较一下就一目了然了：

1. 研发管理目标
目前的研发管理，已经渐渐的从开发过程聚焦向软件交付聚焦。过程的完备只是保障手段，如何保证经济的、可持续的软件交付能力是研发管理的目标。
自开发系统，其本质属于信息管理系统，在问题拆解、进度跟踪、资源统计等关键功能上，还很欠缺；由于不属于公司主要开发产品，系统的健壮性、数据结构等方面，也无法和Jira相提并论。
这种差距，在目前的条件下，是很难弥补的。

2. 信息系统成本
自己开发的系统，已经投入了大量的人力，且未来投入量无法估计。按人力说的一人员2万块算，一点都不经济。
Jira属于一次投入的。花4万块购买企业版，附带源代码，没有使用人数的限制。

3. 功能响应速度
自己开发的系统，很难达到较高的响应速度。一个功能的实现，需要代码开发才能完成。
而Jira具有高可配置性，可以满足多数常见的功能要求--所谓的只有本公司才有的特殊要求，多数情况下都是可以解决的。毕竟研发管理平台是给自己公司的研发团队使用的。

4. 切换的成本
现有开展的项目，依然在自开发系统上完成。新项目和新人物都转移到Jira上，就可以了。
毕竟前面已经说了，我们的管理目标就是保证高效和持续的软件交付。
That‘s a simple question!