之前用xiuno做的机智库因为技术人员变动和其他性能安全问题，大概不会再功能性维护更新，与其配套的app也会在即将发布的版本发布后大概停更。
此后就是全力做新的后端，然后平替现在的xiuno，app大概会在目前的UI下改动数据层。
终于还是到要换后端的一步了捏[em_1]
[em_30]
看来都发现了一些无法修复的问题
工作量基本等于重做
C: [em_30]看来都发现了一些无法修复的问题工作量基本等于重做
C [em_30] 看来都发现了一些无法修复的问题 工作量基本等于重做
技术手段不停的在更新，老的程序更新使用新特性就会出现各种问题，适配改了一个代码其他都要改，要不然就各种错误。一直改一直错。全改完比重写程序都难，是这个意思吧。
终究还是新程序优势多一些
xn的编码太乱，路由也很混乱，升级p8后对api有破坏性更改。考虑到持久性因素和技术人员问题，干脆就直接准备换成自研的golang程序[em_24]
oliolo: C [em_30] 看来都发现了一些无法修复的问题 工作量基本等于重做 技术手段不停的在更新，老的程序更新使用新特性就会出现各种问题，适配改了一个代码其他都要改，要不然就各种错误。一直改一直错。全改完比重写程序都难，是这个意思吧。
oliolo 技术手段不停的在更新，老的程序更新使用新特性就会出现各种问题，适配改了一个代码其他都要改，要不然就各种错误。一直改一直错。全改完比重写程序都难，是这个意思吧。
是，而且很多设计从开始就有问题，以前都是摸着石头过河，老黄能搞出来已经不错了。但是后面社区炸了，很多功能靠插件撑，质量又不行。全修一遍相当于主程序和插件全都重写，那不如直接重写一个。
cn: xn的编码太乱，路由也很混乱，升级p8后对api有破坏性更改。考虑到持久性因素和技术人员问题，干脆就直接准备换成自研的golang程序[em_24]
cn xn的编码太乱，路由也很混乱，升级p8后对api有破坏性更改。考虑到持久性因素和技术人员问题，干脆就直接准备换成自研的golang程序[em_24]
这好我也在写，以后屌丝（v2016）、我（acm.ee）、机智库，看看哪个程序写得好[em_13]
C: cn xn的编码太乱，路由也很混乱，升级p8后对api有破坏性更改。考虑到持久性因素和技术人员问题，干脆就直接准备换成自研的golang程序[em_24] 这好我也在写，以后屌丝（v2016）、我（acm.ee）、机智库，看看哪个程序写得好[e...
C 这好我也在写，以后屌丝（v2016）、我（acm.ee）、机智库，看看哪个程序写得好[em_13]
好好好，我们那个新程序大概短期都只是做移动端支持[em_37]
这是都开始闭门造车了。没技术的站长，国内没有开源，基本没啥可用的了。对论坛基本要求不高，没有特别功能需求，xiuno就对付用了，万年php7呗。最少xiuno在承载和速度上还是很出色的。
C: cn xn的编码太乱，路由也很混乱，升级p8后对api有破坏性更改。考虑到持久性因素和技术人员问题，干脆就直接准备换成自研的golang程序[em_24] 这好我也在写，以后屌丝（v2016）、我（acm.ee）、机智库，看看哪个程序写得好[e...
C 这好我也在写，以后屌丝（v2016）、我（acm.ee）、机智库，看看哪个程序写得好[em_13]
好，哪个好我用哪个
呆哥: C 这好我也在写，以后屌丝（v2016）、我（acm.ee）、机智库，看看哪个程序写得好[em_13] 好，哪个好我用哪个
呆哥 好，哪个好我用哪个
jzk闭门造车，可以期待下2016和c的[em_37]
https://www.jizhiku.net/thread-2061.htm
早期收尾工作[em_24]