第192章 国服落后一个版本了(2 / 2)

毕竟巧妇难为无米之炊,盖房子对于能工巧匠来说很容易,但如果从烧砖的步骤开始也很麻烦。

而现在基础技术支持都已经存在,无疑省却很多烧砖的时间。

不用额外搬砖,林枫估计以他现在的编程能力他能轻松搞定passwordkeeper的重构。

而且因为无论说云技术和分布式数据库这些因为技术刚刚起步,都处于一副赔本赚吆喝的地步。

也就是说应用这些技术搞开发,非但不会增加成本,反而还有可能直接白嫖一波。

以上都是好消息,

至于说坏消息是什么呢?

以上好消息,同样也都是坏消息。

从一个技术人的角度来说。

这些都是好消息。

但从一个华国技术人的角度来说。

这些都是坏消息。

现在在m国,一个开发者如果思路到位,那么已经是可以整合利用这些新颖的概念进行整合开发了。

但国内呢,是否同样能做到类似的技术支持呢?

国内各种云生态在2014年堪用吗?

分布式架构这方面有进展了吗?

各种加密算法支持玩明白了吗?

林枫很希望这些答案都是肯定的。

可惜现实恐怕有点打脸。

在2014年的华国,云生态处于刚刚起步的阶段。

与国外相比,国内的云服务还没有形成像AwS那样成熟的体系。

不得否认,阿狸云等国内云服务提供商确实在努力发展。

但在存储和计算能力方面,还存在很多需要完善的地方。

国内时下技术最强的阿狸云的存储服务在稳定性方面水平依旧存疑。

至少林枫觉得对于像passwordKeeper这种需要稳定存储基础的应用来说,不靠谱。

国内的云服务当下在市场普及程度上也较低。

企业和开发者对云服务的认知和接受程度还不高。

很多企业仍然倾向于传统的本地服务器存储和计算模式。

从技术角度看,云服务的功能也相对有限。

比如在数据安全防护方面,依旧能力存疑。

而国内分布式架构同样刚刚起步。

2014年的华国,分布式数据库的应用案例还比较少。

相关的技术人才也相对匮乏。

与国外成熟的分布式数据库技术相比,国内的技术水平存在一定的差距。

在数据一致性和可用性方面,国内的分布式数据库还无法达到国外先进水平。

对于林枫来说,如果要在国内实现passwordKeeper的全平台协同功能,需要构建分布式架构来存储和管理用户数据。

但由于国内分布式架构起步阶段的种种限制,他很可能会遇到技术难题。

比如,在构建分布式存储时,可能会面临数据丢失或者数据同步不及时的问题。

而且,由于缺乏成熟的分布式架构技术,开发过程中还可能会出现兼容性问题,导致passwordKeeper在不同平台上的表现不一致。

至于说国内零知识加密技术?

高情商:国内对于这种新兴加密技术的研究和应用还处于探索阶段。

此外,涉及到跨平台开发工具。

呃,不能说水平很糟糕吧,也可以说情况很令人忧虑了。

种种情况表明现在的情形就是跟国际服相比。

国服已经落后一个版本了。