某吃瓜观众提示您：看后求收藏（玉露文学y6go.com），接着再看更方便。
有一说一，unacas的支援系统响应这么慢也是有原因的。
就像好久之前heles开发的那个自动3d生成器一样指提交一个图纸做好标记能自动生成3d模型，资源是很有限的……
曾经被爆出来了随便提交一个东西原地转圈一晚上。
然后加载转圈的界面就被人给鬼畜了，来源于多重圆环的不规则设计，现在已经彻底变成了一个很诡异的素材。
然而这个东西的灵感是阿斯卡的光环同步频率……
同样的案例，如果当时heles能够简化算法，或者干脆做个削弱版，就不会出现转一晚上还没load进去的尴尬事件。
mss那个令人诟病的“call了半天call了个寂寞”也是如此，不是所有人都有直接向星云申请高级支援的权限，但是mss的资源非常有限，而unacas的外部行动序列又比较多。
而且mss的服务范围不只是unacas本部，也有好多其他的组织机构，照这么下去，想使用mss的话就得排队……
一般排完了黄花菜都凉了。
所以重要的行动都会开放星云的权限，但是星云的权限开放的肯定比较少，大部分人还都是在排mss，然后自己解决问题。
最后……
unacas内部达成协议，mss这个坑爹玩意儿能不用就不用。
其实mss这东西和星云就差一点，部署位置和响应效率。
哪怕改善一点，但是mss没有像星云那样完善的防备系统，只能保证一个支援单位……还不怎么强，到最后unacas就没人用了。
heles那玩意儿……
估计现在能转一整天，全在排队。
不过说这些也不是没有原因的，不然就是单纯水了价值两分五的字数，四舍五入三分呢，挺多的。
之所以要说……嗯……
这起事件就是mss引起的。
更多内容加载中...请稍候...
本站只支持手机浏览器访问，若您看到此段落，代表章节内容加载失败，请关闭浏览器的阅读模式、畅读模式、小说模式，以及关闭广告屏蔽功能，或复制网址到其他浏览器阅读！
本章未完，请点击下一章继续阅读！若浏览器显示没有新章节了，请尝试点击右上角↗️或右下角↘️的菜单，退出阅读模式即可，谢谢！