既然不想让系统成为挂件，方远自然要加倍的努力。

他现在只想时间快点过去，让这个主线任务赶紧完成。

那个时候，方远不知道自己能拿到多少奖励。

但是他知道的一点是，主线任务完成之后，就会有新的任务让他获取积分。

不会像现在这样尴尬，只能干看着系统商城中的商品，而没有积分购买。

说到底，还是没钱惹的祸，是贫穷限制了他的想象。

没有积分的日子，让方远变得浑身不自在。

但是现在的情况不允许他继续纠结下去。

无论是还在等待回复中的论文，还是现在正在他电脑中躺着，还没有投稿的论文。

或者说九州公司目前的情况，都没有给他纠结的时间。

这两篇论文是他在不暴露九州公司的情况下，超额完成主线任务的基础。

他可不想，用了一年时间才完成的主线任务，到最后只获得了基本奖励。

话说最近这段时间，自己一直在准备这两篇论文。

对于学校里的事情没有很关注。

甚至在这段时间里，方远连课都很少去上。

能让室友帮忙点名的，就让同学帮忙点名。

不能让同学点名的，就硬扛着，大不了不要平时分了。

凭借自己现在的名声来说，消考几乎是不可能消考的。

反正课堂上讲的那些知识，方远都已经自学过了，去上课也是自己学自己的。

话说回来，随着qoqo的下载量不断上升。

九州公司面临着一个尴尬的事情。

那就是服务器压力过大，导致qoqo使用时有卡顿现象。

虽然这种现象主要出现在用户使用的高峰期。

但是刘志军对这种现象十分重视。

其实如果不是qoqo的底层算法太过优秀。

以九州公司的服务器性能，根本就支撑不了这样的用户量。

虽然随着翻译软件“好译多”的上线，qoqo也开始有了自己的盈利方法。

但是还不足以支撑九州建立一个庞大的服务器集群。

想要建立起这个庞大的服务器集群，语言时间的累计。

但是对于方远来说，现在最缺的就是时间。

虽然九州公司一直都是刘志军在打理，但是方远也时刻的关注着。

这不，刚遇到这个问题方远就关注网友们的评论。

还真别说，网络这个地方真是神奇。

它能让平时不善言谈的人们，在这里畅所欲言。

“兄弟们！最近你们家的qoqo有没有遇到卡顿现象？”

“这几天晚上，qoqo好像变了一个人一样，比以前迟钝多了！”

“垃圾软件，毁我青春，卡顿不除，用不下载。”

……

网络上关于qoqo的卡顿现象，出现了五花八门的评价。

对于高速发展的互联网行业来说，一旦你的软件出现了问题，立刻就会出现其他的软件替代你。

所以刘志军才会这么在意这次的卡顿事件。

方远也混在众多样有中，成为指责九州公司不作为的一员。

在这期间，方远收集了不少网友的意见。

这是用户的第一手资料，对于qoqo的改进有很大的作用。

既然这次的时间会造成这么严重的后果。

方远当然不能坐视不理，既然不能通过增加服务器的方式解决这个问题，那只能另辟蹊径。

方远把刚完成的论文放在一边，先不去考虑投到那个期刊上面。

现在他要集中精力解决qoqo的问题。

不仅仅他在想着办法，刘志军和九州公司的技术人员也在想着办法。

他们把主意打到了服务器传输文件的身上。

通过文件最小化的方式，在一定程度上减小服务器的压力。

对于这方面，刘志军很是熟悉。

在他二十余年的工作经历中，使用这种方式解决的问题不算是少数。

但是这种方法对于qoqo来说并不是很适用。

所以这种方案在第一时间就被否定了。

他想到的是利用技术手段，合理的配置服务器。

在用户使用的高峰期通过分流，或者是通过预期值，选择更换合理的配置。

这样并不能从根本上解决问题，不过是暂时的解决这个问题。

刘志军和方远商量了一下后，决定明天在九州公司召开一个技术会议。

会议的内容就是解决qoqo目前的服务器压力。

根据qoqo目前的用户增长速率来看，九州的服务器支撑不了多长时间了。

到了那个时候，就不是卡顿现象了。

软件闪退、打不开等现象也会随之而来。

等到那个时候，网友们就不是怨声载道了。

那个时候，放弃qoqo的用户就会大批出现。

一旦出现用户的大量流失，对于九州来说，将会是毁灭性的打击。

方远的经验还少，不清楚这个后果有多严重。

但是刘志军怎么能不知道。

真到了那一天，九州的名声就坏了。

名声坏了的后果，就是网友们开始抵制自家的产品。

到时候不管是qoqo还是之后他们要推出的产品。

都会是网友们黑名单上的一员。

就算他们的产品做得再好，也会有网友拿这次的事情说事。

为了避免这个情况，解决服务器压力这件事情迫在眉睫。

现在只能先用刘志军的方法，通过合理分配资源，暂缓服务器面临的压力。

明天的会议，如果没有什么可行建议，刘志军就要建议方远申请资本市场的介入。

那个时候他们将会有足够的资金，进行服务器建设。

说到底这也是没钱的后果。

如果九州现在有足够的资金，这次的问题根本就不会出现。

方远也清楚这件事情，这是就九州成立以来遇到的第一个问题。

如果解决不好，这也会成为最后一个问题。

方远当然不想就这样轻易的放弃了。

他又重新翻看了一遍qoqo的源码。

如果说谁是最了解qoqo的人，那么非方远莫属了。

作为最熟悉它的人，以方远之前的水平，根本就挑不出它有什么缺点。

但是经历了这么多之后，方远取得的进步是不可估量的。

无论是在S语言方面，还是算法方面。

方远都有着自己的理解。

之前他就和刘志军探讨过qoqo的改进方法。

以刘志军的实力，对于qoqo的源码提出的改进意见不过是一些小的完善。

并没有什么长足的进步。

一是因为刘志军对S语言还不算特别熟悉。

二是因为系统给出的这套源码已经很完善了。

除非修改底层结构，不然想要优化qoqo还是十分困难的。

方远知道这个道理。

但是他在查看源码时，发现了一个不是问题的问题。

正是因为这个问题，才让九州的服务器承受如此巨大的压力。

求收藏、推荐，感谢各位大佬。么么哒！