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

工作量基本等于重做

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

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

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

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

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

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

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

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

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

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

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

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

好，哪个好我用哪个

呆哥 好，哪个好我用哪个

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

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

目前看好 runpod.cn 这个

https://www.jizhiku.net/thread-2061.htm

早期收尾工作