既然不想让系统成为挂件，方远自然要加倍的努力。
他现在只想时间快点过去，让这个主线任务赶紧完成。
那个时候，方远不知道自己能拿到多少奖励。
但是他知道的一点是，主线任务完成之后，就会有新的任务让他获取积分。
不会像现在这样尴尬，只能干看着系统商城中的商品，而没有积分购买。
说到底，还是没钱惹的祸，是贫穷限制了他的想象。
没有积分的日子，让方远变得浑身不自在。
但是现在的情况不允许他继续纠结下去。
无论是还在等待回复中的论文，还是现在正在他电脑中躺着，还没有投稿的论文。
或者说九州公司目前的情况，都没有给他纠结的时间。
这两篇论文是他在不暴露九州公司的情况下，超额完成主线任务的基础。
他可不想，用了一年时间才完成的主线任务，到最后只获得了基本奖励。
话说最近这段时间，自己一直在准备这两篇论文。
对于学校里的事情没有很关注。
甚至在这段时间里，方远连课都很少去上。
能让室友帮忙点名的，就让同学帮忙点名。
不能让同学点名的，就硬扛着，大不了不要平时分了。
凭借自己现在的名声来说，消考几乎是不可能消考的。
反正课堂上讲的那些知识，方远都已经自学过了，去上课也是自己学自己的。
话说回来，随着qoqo的下载量不断上升。
九州公司面临着一个尴尬的事情。
那就是服务器压力过大，导致qoqo使用时有卡顿现象。
虽然这种现象主要出现在用户使用的高峰期。
但是刘志军对这种现象十分重视。
其实如果不是qoqo的底层算法太过优秀。
以九州公司的服务器性能，根本就支撑不了这样的用户量。
虽然随着翻译软件“好译多”的上线，qoqo也开始有了自己的盈利方法。
但是还不足以支撑九州建立一个庞大的服务器集群。
想要建立起这个庞大的服务器集群，语言时间的累计。
但是对于方远来说，现在最缺的就是时间。
虽然九州公司一直都是刘志军在打理，但是方远也时刻的关注着。
这不，刚遇到这个问题方远就关注网友们的评论。
还真别说，网络这个地方真是神奇。
它能让平时不善言谈的人们，在这里畅所欲言。
“兄弟们！最近你们家的qoqo有没有遇到卡顿现象？”
“这几天晚上，qoqo好像变了一个人一样，比以前迟钝多了！”
“垃圾软件，毁我青春，卡顿不除，用不下载。”
……
网络上关于qoqo的卡顿现象，出现了五花八门的评价。
对于高速发展的互联网行业来说，一旦你的软件出现了问题，立刻就会出现其他的软件替代你。
所以刘志军才会这么在意这次的卡顿事件。
方远也混在众多样有中，成为指责九州公司不作为的一员。
在这期间，方远收集了不少网友的意见。
这是用户的第一手资料，对于qoqo的改进有很大的作用。
既然这次的时间会造成这么严重的后果。
方远当然不能坐视不理，既然不能通过增加服务器的方式解决这个问题，那只能另辟蹊径。
方远把刚完成的论文放在一边，先不去考虑投到那个期刊上面。
现在他要集中精力解决qoqo的问题。
不仅仅他在想着办法，刘志军和九州公司的技术人员也在想着办法。
他们把主意打到了服务器传输文件的身上。
通过文件最小化的方式，在一定程度上减小服务器的压力。
对于这方面，刘志军很是熟悉。
在他二十余年的工作经历中，使用这种方式解决的问题不算是少数。
但是这种方法对于qoqo来说并不是很适用。
所以这种方案在第一时间就被否定了。
他想到的是利用技术手段，合理的配置服务器。
在用户使用的高峰期通过分流，或者是通过预期值，选择更换合理的配置。
这样并不能从根本上解决问题，不过是暂时的解决这个问题。
刘志军和方远商量了一下后，决定明天在九州公司召开一个技术会议。
会议的内容就是解决qoqo目前的服务器压力。
根据qoqo目前的用户增长速率来看，九州的服务器支撑不了多长时间了。
到了那个时候，就不是卡顿现象了。
软件闪退、打不开等现象也会随之而来。
等到那个时候，网友们就不是怨声载道了。
那个时候，放弃qoqo的用户就会大批出现。
一旦出现用户的大量流失，对于九州来说，将会是毁灭性的打击。
方远的经验还少，不清楚这个后果有多严重。
但是刘志军怎么能不知道。
真到了那一天，九州的名声就坏了。
名声坏了的后果，就是网友们开始抵制自家的产品。
到时候不管是qoqo还是之后他们要推出的产品。
都会是网友们黑名单上的一员。
就算他们的产品做得再好，也会有网友拿这次的事情说事。
为了避免这个情况，解决服务器压力这件事情迫在眉睫。
现在只能先用刘志军的方法，通过合理分配资源，暂缓服务器面临的压力。
明天的会议，如果没有什么可行建议，刘志军就要建议方远申请资本市场的介入。
那个时候他们将会有足够的资金，进行服务器建设。
说到底这也是没钱的后果。
如果九州现在有足够的资金，这次的问题根本就不会出现。
方远也清楚这件事情，这是就九州成立以来遇到的第一个问题。
如果解决不好，这也会成为最后一个问题。
方远当然不想就这样轻易的放弃了。
他又重新翻看了一遍qoqo的源码。
如果说谁是最了解qoqo的人，那么非方远莫属了。
作为最熟悉它的人，以方远之前的水平，根本就挑不出它有什么缺点。
但是经历了这么多之后，方远取得的进步是不可估量的。
无论是在S语言方面，还是算法方面。
方远都有着自己的理解。
之前他就和刘志军探讨过qoqo的改进方法。
以刘志军的实力，对于qoqo的源码提出的改进意见不过是一些小的完善。
并没有什么长足的进步。
一是因为刘志军对S语言还不算特别熟悉。
二是因为系统给出的这套源码已经很完善了。
除非修改底层结构，不然想要优化qoqo还是十分困难的。
方远知道这个道理。
但是他在查看源码时，发现了一个不是问题的问题。
正是因为这个问题，才让九州的服务器承受如此巨大的压力。
求收藏、推荐，感谢各位大佬。么么哒！
