QQ for Linux 复活,微信 for Linux 还会远吗?
10 月 24 日晚间,腾讯突然发布了沉寂多年的 QQ for Linux 新版本,引起了一阵欢呼。有网友分析腾讯赶在 1024 这个程序员的节日里重新发版,单纯是娱乐性质,凑凑节日热闹,并且新版本做得也确实不怎么样,对于它后续的跟进研发不必抱有太大希望。
而另一部分网友的观点则比较脑洞大开,他们认为腾讯 QQ 这个动作背后的原因可以联系到美国对华为的技术封锁战。
很简单,美国从针对华为入手,开始对中国封锁一些基础技术,比如芯片与操作系统。之所以提芯片与操作系统,是因为目前 ARM 与 Android 都已经明确不给华为用了,而实际上这背后会牵动整个“软件生态链”,也就是包括数据库、编译器、编程语言与应用软件等,另一方面还映射到整个开源生态。
这种情况下国内在芯片、操作系统、数据库、编译器与相关的应用等方面都在加紧发力,所以近期可以看到在这些领域各种自主研发技术突破(或者跟进)的新闻,比如:
- 鸿蒙操作系统的公开。
- 方舟编译器的开源。
- OceanBase 在“数据库领域世界杯”的 TPC-C 基准测试中,打破美国保持了 9 年的世界纪录,让国产数据库首次跃居榜首。(先不管业内对于这背后实际情况的议论,有强大的技术改进这一点是可以肯定的)
- Gitee 组织深度改版。
- ……
而在这些软件层面之上,业界超强 RISC-V 处理器玄铁 910 发布的消息也引起强烈反响。同时有“政府背景”的龙芯处理器在这场“国产自主反击战”的过程中不断重新被提及,开发者对它的地位比较肯定,并且也对它抱着较强的希望。
最近两天 QQ for Linux 更新的消息一出来,就有不少网友像下边这样解读了它的意义:
最大意义在于 MIPS 版。
没记错的话,龙芯是 MIPS 架构的吧,所以,大家懂我的意思吧。
这是在为国产系统做准备了。
网友的想法指向性很明确,就是现在要加速发展国产自主研发软件生态,而 QQ 突然来这么出乎意料的一手(毕竟都停更快 10 年了),放在这样一个大背景下,就是在配合这整个生态的步伐。
简单梳理一下逻辑,我们之后会有一个由自己的芯片、自己的操作系统、自己的数据库与自己的应用软件等有机组合起来的软件生态,而目前其实是在走“通过已有的开源生态”曲线救国的路线。(步子确实也没能力一下子扯太大,现状如此)
那么进一步支持 RISC-V、MIPS,支持 Linux、MySQL 等相关生态其实更加符合我们目前所说的“自主研发”的本质,它也是目前比较可行的方式,也确实是我们目前主要的操作方式。
而龙芯已经明确地在官网上公开其会支持腾讯 QQ。强调一下:龙芯的架构目前对接 Linux 生态。
这样就可以解释腾讯为什么突然在近 10 年后突然发布新版 QQ for Linux,并且支持 MIPS。网友的脑洞做到了自圆其说。
但是实际上目前没有任何官方观点支持这样的推理,只不过网友分析的逻辑倒是值得跟进观望观望。(当然,龙芯也只是一种可能性,这里也主要是引用网友的针对性设想来展开。)
回到微信 for Linux 主题上,把上边关于龙芯支持生态计划的图片再稍微拉远一点,会发现“腾讯微信”、“腾讯企业微信”与“微信政务微信”都在其中。
这样,按照与前边同样的逻辑,“微信 for Linux”肯定会来的。
至于时间,有网友不知道从哪里得来的消息,称这几天就会发布:
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
软件部署安全先行,新思科技发布软件安全构建成熟度模型BSIMM10
【51CTO.com原创稿件】2019年10月23日,新思科技(Synopsys)发布最新版本的软件安全构建成熟度模型(BSIMM)——BSIMM10,该模型旨在帮助企业规划、执行、完善和评估其软件安全计划(SSIs)。在媒体沟通会现场,新思科技软件质量与安全部门高级安全架构师杨国梁接受了记者的采访,分享了BSIMM10研发和应用过程中的诸多故事。 “任何软件安全计划要想真正发挥作用,都必须确定需要关注的适当活动以及应当由谁负责执行这些活动,这是软件安全计划的重要环节。新思科技软件安全构建成熟度模型(BSIMM)是对现实世界中软件安全计划开展多年研究的结果,是衡量软件是否安全的标尺。”杨国梁介绍道,在过去的十年里,新思科技采用BSIMM对185家公司进行了约450次评估,第十个版本反映出观察到的122家公司的软件安全活动。BSIMM10还强调了DevOps对软件安全计划的影响、工程导向的安全工作的新浪潮以及公司如何在软件安全成熟度的三个阶段前行。 据他透露,BSIMM10描述了7,900名软件安全专家的工作成果,这些成果对参与超过17.3万应用程序开发工作的47万名开发人员有指导作用。...
- 下一篇
Java高可用集群架构与微服务架构简单分析
序 可能大部分读者都在想,为什么在这以 dubbo、spring cloud 为代表的微服务时代,我要还要整理这种已经“过时”高可用集群架构? 本人工作上大部分团队都是7-15人编制的开发团队,对应的公司项目也大都是中小型项目,最大的项目 PV/UV 也就只有 10w/2w 。在这样的场景下,中小型公司一般都是创业起步没多久,大部分都需要本着“开源节流”、“以最小的成本把产出最大化”。微服务架构相比于高可用集群架构,个人理解,对于技术团队的成员编制相对要多一点,服务器部署成本相对也要高一点。 作为技术团队负责人,肯定要为企业整体成本考虑,否则要不了多久,便是讨薪大军的一员了吧。。。 一、如何选择 1、高可用集群 适用于中小型创业公司项目架构,小型技术团队快速迭代版本发布部署需求,前期低成本运行,爆发时可通过投入适量成本横向扩容服务器抗压。 特点: 前期技术开发成本低 一定的服务器扩容成本 核心团队编制及技能要求较少 项目发布部署基本无依赖,时间成本低 服务器运维成本一般 大而全的项目模块分离设计 更省更稳的技术架构选择 微服务架构强迫症不适用 2、微服务架构 适用于业务架构较大的中大型...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS8编译安装MySQL8.0.19
- CentOS关闭SELinux安全模块
- Linux系统CentOS6、CentOS7手动修改IP地址
- Docker安装Oracle12C,快速搭建Oracle学习环境
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- CentOS7,8上快速安装Gitea,搭建Git服务器
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- 设置Eclipse缩进为4个空格,增强代码规范
- Windows10,CentOS7,CentOS8安装Nodejs环境