老版本就大概停更了

之前用xiuno做的机智库因为技术人员变动和其他性能安全问题，大概不会再功能性维护更新，与其配套的app也会在即将发布的版本发布后大概停更。

此后就是全力做新的后端，然后平替现在的xiuno，app大概会在目前的UI下改动数据层。

终于还是到要换后端的一步了捏[em_1]

cn

[em_30]

看来都发现了一些无法修复的问题

工作量基本等于重做

C

C

引用

[em_30] 看来都发现了一些无法修复的问题工作量基本等于重做

C [em_30] 看来都发现了一些无法修复的问题工作量基本等于重做

技术手段不停的在更新，老的程序更新使用新特性就会出现各种问题，适配改了一个代码其他都要改，要不然就各种错误。一直改一直错。全改完比重写程序都难，是这个意思吧。

oliolo

终究还是新程序优势多一些

nkmz

xn的编码太乱，路由也很混乱，升级p8后对api有破坏性更改。考虑到持久性因素和技术人员问题，干脆就直接准备换成自研的golang程序[em_24]

cn

oliolo

引用

C[em_30] 看来都发现了一些无法修复的问题工作量基本等于重做技术手段不停的在更新，老的程序更新使用新特性就会出现各种问题，适配改了一个代码其他都要改，要不然就各种错误。一直...

oliolo 技术手段不停的在更新，老的程序更新使用新特性就会出现各种问题，适配改了一个代码其他都要改，要不然就各种错误。一直改一直错。全改完比重写程序都难，是这个意思吧。

是，而且很多设计从开始就有问题，以前都是摸着石头过河，老黄能搞出来已经不错了。但是后面社区炸了，很多功能靠插件撑，质量又不行。全修一遍相当于主程序和插件全都重写，那不如直接重写一个。

C

cn

引用

xn的编码太乱，路由也很混乱，升级p8后对api有破坏性更改。考虑到持久性因素和技术人员问题，干脆就直接准备换成自研的golang程序[em_24]

cn xn的编码太乱，路由也很混乱，升级p8后对api有破坏性更改。考虑到持久性因素和技术人员问题，干脆就直接准备换成自研的golang程序[em_24]

这好我也在写，以后屌丝（v2016）、我（acm.ee）、机智库，看看哪个程序写得好[em_13]

C

C

引用

cnxn的编码太乱，路由也很混乱，升级p8后对api有破坏性更改。考虑到持久性因素和技术人员问题，干脆就直接准备换成自研的golang程序[em_24] 这好我也在写，以后屌丝（v2016）、我...

C 这好我也在写，以后屌丝（v2016）、我（acm.ee）、机智库，看看哪个程序写得好[em_13]

好好好，我们那个新程序大概短期都只是做移动端支持[em_37]

cn

这是都开始闭门造车了。没技术的站长，国内没有开源，基本没啥可用的了。对论坛基本要求不高，没有特别功能需求，xiuno就对付用了，万年php7呗。最少xiuno在承载和速度上还是很出色的。

oliolo

C

引用

cnxn的编码太乱，路由也很混乱，升级p8后对api有破坏性更改。考虑到持久性因素和技术人员问题，干脆就直接准备换成自研的golang程序[em_24] 这好我也在写，以后屌丝（v2016）、我...

C 这好我也在写，以后屌丝（v2016）、我（acm.ee）、机智库，看看哪个程序写得好[em_13]

好，哪个好我用哪个

呆哥

呆哥

引用

C这好我也在写，以后屌丝（v2016）、我（acm.ee）、机智库，看看哪个程序写得好[em_13] 好，哪个好我用哪个

呆哥好，哪个好我用哪个

jzk闭门造车，可以期待下2016和c的[em_37]

cn

cn

引用

呆哥好，哪个好我用哪个 jzk闭门造车，可以期待下2016和c的[em_37]

cn jzk闭门造车，可以期待下2016和c的[em_37]

目前看好 runpod.cn 这个

呆哥

早期收尾工作[em_24]

cn