原理确定了之后就是具体的实行了。

结果设计这一系列的问题解决才能实现最终的产品完成。

要完成产品的生产，首先要解决的就是服务器的问题，俗称SERVERSE，而服务器中最重要的就是算法了。

在一个电脑中有的人觉得CPU是最关键的，有的人觉得电脑的操作系统是最关键的，就比如WINDOWS来说这中系统的可视化操作远远比其他LINUXS等系统方便，因此占据了市场的大部分份额。对于电脑来说什么最重要还真的不好确定，因为所有的东西都很重要的样子，系统重要CPU也重要，系统支撑起了用户的操作，而CPU则是负责逻辑处理用户的操作，这两个一个是软件的核心一个是硬件的核心，很难比较谁更重要。

对于手机来说同样的，无法比较是安卓系统重要还是CPU处理器重要，因为手机的架构和电脑差不多，CPU也是用来处理用户的操作的，而安卓系统则是一种用户的可视化环境，两个方面相辅相成才能造就手机的方便使用。

那么对于眼镜显示器来说什么最重要？

首先要理解设计眼镜显示器的时候是如何对眼镜显示器定位的。刘云对眼镜显示器的定位是一个交互软件，那么什么是交互软件呢，说白了就是类似微心这种社交的软件，它并不是WINDOWS这样的系统。但是眼镜显示器这个交互界面和传统的饿社交软件不太一样，它实现的是和基站的交互。

正是因为把眼镜显示器看成是一个交互的软件，自然是不能用系统和CPU来衡量这个软件了。

那么对于眼镜显示器来什么最重要，可能有人会觉得是系统，这很明显是错误的，如果是手机系统肯定重要，如果是微心这种社交软件系统就不那么重要了，系统只是一个环境只是一个辅助微心运行的工具而已。

因此系统对眼镜显示器这个界面来说不那么重要。

那么CPU重要吗，CPU当然重要了，因为CPU是所有运算和逻辑必须有的工具相当于是人体的大脑，没有CPU自然是没法工作了。

可是眼镜显示器是一个界面，并不需要显示器，就像手机的屏幕一样需要给手机屏幕装个CPU吗？

抛去CPU和系统这两个重要的因素，最重要的还是算法。

对于一个社交软件来说算法才是软件的灵魂。一个好的算法可以保持软件极高的安全性，如果算法很容易被破解，那随随便便一个人来抓包，随随便便的就把大家的聊天记录给破解了，试问这样的社交软件谁敢用？

没有好的算法社交软件和裸奔没有什么区别，那些HACK轻轻松松的想看谁的聊天就看谁的聊天简直是不要太简单了。

因此如果做社交软件必须把算法做好，算法自然是越难越好，算法越复杂难度越高，破解所需要的的时间也就越多，越能保证数据的安全性。

眼镜显示器相当于CS模式，CS模式叫Clint和SERVERSE的交互模式，区别于BS这种

OWER和SERVERSE模式，意思是客户端和服务器的交互。

刘云要做的就是保证这种CS模式的安全性，可惜刘云并不会什么算法，这是没办法的事情，他又不是什么程序员出身，怎么可能懂算法呢，尤其是复杂的算法。

这种问题只能是求助刘金伟了。

等刘金伟来了后，刘云问道：“金伟，我想做一个社交软件的话，你有没有什么好的算法来保证设计软件的安全性，必须安全才行，不能是那种特别容易被人破解的算法，越安全越好。”

“这个我真没有，我虽然是软件工程师，然而我只做软件的编辑这一块，算法可是非常复杂和麻烦的，严格来说算法完全可以单独的作为一门学科独立出去，算法并不是一定包含在软件工程里面。”刘金伟开口解释，他真的不会算法，算法这玩意太高级了，别说一般的工程师了，厉害的工程师都玩不转算法。

除非那些大神级的工程师或者专门研究算法的群体才行。

好吧，刘金伟都这么回答了，刘云还能说什么。

既然刘金伟没法解决只能求助系统了。

话说已经好久没有见系统了。

“系统，有没有什么好的算法推荐，安全性越高越好，最好是超级超级难的那种，破解开需要100年以上最好了。”

【叮，劝宿主不要白日做梦，你的积分才那么点，根本不可能买得起那么安全那么复杂的算法。】

确实，刘云这才想起来他现在只剩下80个积分了，估计积分只够买个简单的算法，买稍微厉害的算法都不一定买得起。

哎，积分啊积分，不是一般的难赚，花起来永远都不够用，真是无奈啊。

刘云第一次感受到了积分的重要性，如果时间能够重来，他依然没有办法获得大量的积分......

积分不是一般的难赚啊，第一次骑车推广的时候才赚了100个积分，累死累活的搞了一大堆的设计不说，后来为了推广汽车和李司庆的汽车公司斗了那么久，最后才推广完成太阳能汽车，可是推广完成后呢，居然只得到了100个积分，由此可见积分的难获得程度，不是一般的难啊。

而且这个积分必须通过推广科技才行，根本没有其他的获取途径，刘云就算是想走其他途径完成积分的获取都不可能。

还有这次机械臂的推广，系统还没有发放积分呢，刘云不知道是不是因为芯尔通公司的张经理介入，导致系统判定任务还没有结束，如果要搞定张经理再方法积分那积分的周期就有点长了。

这么长的周期搞得刘云都忘了系统这个存在了，这系统有和没有区别不大......

【叮，检测到宿主的想法，宿主如果想提前领取推广机械臂的收益也是可以的，系统是打算等宿主完成了机械臂的设计后再给的，如果宿主想提前获得积分当然可以了，只是现在要积分的话会比以后结算少一点。】

“我去，我说怎么没有给我结算积分呢，你怎么不早点解释给我，害的我还以为必须等眼镜显示器界面完成才给我结算呢。无所谓了，积分少点就少点吧，拿到手的才是钱，我宁愿少要点积分也要早点拿到积分。”

【叮，系统已经收到了宿主的请求，请问宿主是/否获得机械臂推广的积分？】

“是，赶紧的吧，你每次都问我是还是否，就不能干脆利索的把事情给办了吗，每次都问是否太墨迹了点。”

【叮，这是系统的流程，如果不问是或者否可能会让宿主产生不好的想法，因为必须先进行询问。】

“行了，别废话了，赶紧说说多少积分吧。”

【叮，正在结算中，请宿主稍后。】

【叮，结算成功，机械臂的推广业务获得120积分，当前宿主的积分是200积分整。】

“系统你这积分是不是随意发放的啊？我推广太阳能汽车那么大的项目才给了100个积分，而我推广机械臂居然给我了120个积分，你这个积分的数额一点也不科学啊，感觉好随意的样子啊。”

【叮，积分的多少系统有一套非常科学的方法进行运算，宿主不需要质疑，系统会根据事件完成的程度，事情对社会的影响以及事件对客服的影响来计算的。】

【叮，那太阳能汽车和机械臂来举例。宿主在太阳能汽车的推广上起到了非常大的作用，这点毋庸置疑，因此太阳能汽车的推广上系统给的积分比机械臂的多。但是宿主推广的太阳能汽车给客户造成的幸福指数并不高，那些买车的对宿主推广的太阳能汽车仅仅抱着是一种交通工具的想法，而机械臂的推广却让客户感到了极度的幸福，几乎每一个使用机械臂的用户都非常高兴，因为这一个方面系统给的积分远高于太阳能汽车。】

我去，居然这样计算积分。

那岂不是意味着产品让别人越开心获得积分越多。

要不搞点危险的东西？

想了想刘云就放弃了，他现在才20岁正是风华正茂的年龄，可不能因为铤而走险去瞎搞。

再说他也不缺那点钱，虽然只有100万的存款，但是平时吃喝什么的根本不用花自己的钱，都是花的公司的，可以说公司给包衣食住行，那是相当的到位。

提起钱来刘云又有个疑惑，于是问系统道：“我这是推广没有钱吗，怎么只有积分。”

【叮，正在查询中。】

【叮，查询完毕，奖励宿主100万现金，请宿主查收。】

擦，我不问你这个狗系统是不打算发放钱财了是吧，难道想把这100万贪污了不成。

这次系统没有回复。

不管怎么说，又是积分奖励又是金钱奖励美滋滋啊。

现在存款又多了100万，200万足够在泰离城买间房子了，就是再买辆豪车还能剩下不少钱。

想想有点小激动呢。

激动完了刘云才想起来正事，他召唤出来系统的目的可是为了买算法，可不是为了玩耍。

和系统聊着聊着居然把这么重要的事情忘了，真的是不太应该。

“系统，我想买点用于社交软件安全的算法，你有没有？”

【叮，系统什么算法也提供，只是宿主的积分太少，勉强能买一些便宜的，请问宿主是/否查看。】

“是。”

【叮，艾特离算法，售价100积分，单一算法，优点是结构简单，不怎么吃CPU的性能，缺点是安全性方面一般。阿蒙勒算法，售价100积分，并列的多个算法，在验证算法的时候需要并列验证每一个算法，只有当所有的算法同时验证通过才能算是过关。有点结构复杂，安全性非常高，缺点运算复杂，运算量稍微大一些。道因而算法，串联算法，串联的多个算法，在验证的时候需要逐个验证算法，只有当所有的算法验证通过才算是通过验证，这种算法的优点结构复杂，安全性非常高，缺点运算复杂，运算量稍微大一些。】

【叮，还有其他很多算法宿主买不起，至于同价位的基本差不多，破解的难度差不了多少，宿主可以在这三种算法里选择一种即可。】

刘云根本不懂算法啊，这可咋整。

只得问旁边的刘云伟道：“金伟，你知道艾特离算法吗？”刘金伟摇头。

“那阿蒙勒算法你总该知道吧”刘金伟还是摇头。

“那道因而算法”不出意外的刘金伟又是摇头。

刘云也没有训斥刘金伟，毕竟刘金伟只是搞软件的，和算法不怎么搭边。

看样还是只能问系统了，果然系统就是万能的真好用。

“系统，你说一下我应该选择哪一个算法？综合一下安全性和运算的复杂性。”

【叮，我的建议是宿主选择道因而这种算法，从复杂程度来讲肯定是单一的算法最简单，而并联的算法最复杂，串联的算法居中。算法越复杂，需要的运算量就越大，越需要更好的系统配置。比如这搁并列算法吧，需要多个算法同时验证，相当于是一个人同时干好几件事，需要极大的运算量才能完成，自然需要的CPU等这些配件要求高一些，但是毫无疑问这样的算法更加的安全，如果宿主只考虑安全程度的话还是选择并列算法的好。】

刘云自然是想选择并列算法了，只是如果真的把基站作为处理器与眼镜显示器交互作业那样势必会造成大量的运算和验证，一旦用户太多了刘云怕基站这个小服务器崩溃了。

因此刘云有点犹豫要不要用并列的验证模式。

“并列验证方式会不会增加CPU的负担特别大？”

【叮，如果频繁的验证势必会造成CPU的负担极大的增加的，因此宿主可以根据自己软件的实际操作来选择是否用并列的算法。】

眼镜显示器界面如果只验证一次身份的话倒是可以使用并列的算法，不过现在还没有成品，刘云也不知道以后的成品会做成什么样子。

还是等把硬件搞完了再选择算法吧，现在选了万一选错了100个积分就打水漂了。

主要是这积分太难获得了，刘云恨不得1个积分当10个积分花，不敢乱用。