葛云聪说完，内心忐忑的等了好久也不见陆羽说话：
“陆总？”
陆羽叹了口气：“先把你的架构方案发来我看看。”
葛云聪忙答应，放下手机，对着电脑就是一顿噼里啪啦的操作。
收到葛云聪的智能语音助手架构以后，陆羽皱着眉头，仔细看着方案。
虽然葛云聪一个劲的说自己菜，方案有很多问题，但在陆羽看来，葛云聪拿出的这个架构，对比他刚进公司那会儿的水平，已经有了天壤之别。
思路很清晰，而且方案也很完整，说是两个完全不同的人设计的架构都不会有人怀疑。
而之所以会出现葛云聪所说的各种问题，在于葛云聪从一开始给智能语音助手的定位就不单单限定在手机端，太过于想追求适应全平台。
众所周知，手机端的操作系统和电脑端的操作系统完全不同，哪怕是水果和花为，也是近一两年才开始着手打通自家的系统生态。
葛云聪一上来就想打造一个横跨多个系统、适应各种平台，无论是移动端还是电脑端，不管是智能家居还是可穿戴设备，都能适用的智能语音助手，以他现在的技术实力，不出现那些问题才怪。
有句话叫贪多嚼不烂，说的就是葛云聪这种情况。
……
陆羽揉着眉心，顺着葛云聪的架构思路想了想，发现以现在各个系统、各个平台生态的差异，想到开发一个葛云聪设想的智能语音助手，难度不小。
不是说不能完成，只是这样开发下来，智能语音助手代码会显得很臃肿。
而代码臃肿造成的问题，可是直接关系到用户体验的。
举个很简单的例子，可穿戴设备和手机，算力肯定无法相比，智能语音助手能在手机上很流畅的运行，但在可穿戴设备上，就会出现一定程度的卡顿。
对于普通用户来说，他们可不会理解为什么会出现卡顿，他们只会看到卡顿这一事实。
这相当伤害用户体验。
所以葛云聪的架构思路行不通，除非所有的设备都能达到比拟手机端的算力。
但这可能吗？
至少现阶段是不可能的，提升算力最直接的方法，那就是提高芯片性能，说白了就是加钱。
但是一加钱，可穿戴设备和智能家电的零售价必然大幅上涨，这对消费者十分不友好，市场接受度肯定会降低。
……
否定了葛云聪的架构思路，陆羽摸着下巴上的胡茬，构思了另外两个架构思路。
一种是重新设计一个大架构，给各个系统和平台留下接入端口，不准确的来说，可以简单理解为把各个系统和平台都变成智能语音助手的子系统和子平台。
另外一种是针对各个系统和平台，开发多个智能语音助手版本，再由六夏科技来实现数据互通和技术整合。
陆羽站起来在客厅里漫无目的的走着，仔细梳理两种架构思路的优劣。
两个架构总体来看，算得上是各有优劣，最大的区别在于，前者的代码开发量会相当巨大，智能语音助手推出的时间会延后很多。
而后者是六夏科技的运营成本和硬件投入会直线上升，相当于是六夏科技来承担提升算力所花费的费用。
选择哪种架构方案，这是一个问题。
陆羽综合六夏科技所有情况以及两种架构方案的技术细节，考虑来考虑去，最终选定了第二种。
虽然运营成本和硬件投入会直线上升，但相比另一种架构方案，开发难度稍低，能节省很多时间。
四大手机厂商可都翘首以待，很多用户也都等着呢，投入进去的，迟早会赚回来，无非是拉低了点利润率而已。
本章未完，请翻下一页继续阅读.........