百科问答小站 logo
百科问答小站 font logo



腾讯为什么对开发 Linux 版本的 QQ 不太积极? 第1页

  

user avatar   davidtsang 网友的相关建议: 
      

前一段时间腾讯技术人员的爆料,让我们看到,真实的腾讯只是一家资本化的投资公司。情怀?是没有的。战略?是短视的。盈利,是唯一的目标。

所以腾讯不做linux qq,因为没几个人用,维护还要赔钱啊!


user avatar   Hentioe 网友的相关建议: 
      

UPDATE:最下面是怼这个问题下的一些民科的内容,跟问题主题无关。但值得观赏。

已经有这个趋势了。微信已经推出了国产 Linux 平台(中标麒麟)兼容的版本,详情看这个新闻:

不过好像是政府和企业特供的版本,不清楚是否提供给普通用户使用。如果说国产 Linux 不仅仅限于政府机构,已经入千家万户了,我想面向普通用户的微信也会出现。

QQ 就像其它回答中提到的,很久以前有过官方 Linux 版本。但是很快就被放弃,原因也未知。据说腾讯公司内部入域软件都不支持 Linux。

并且,从其它方面看腾讯对待小众平台的态度,不容乐观。

腾讯是中国游戏行业巨头,代理了无数海外游戏。而其中有些游戏是跨平台的,例如 Fortnite(堡垒之夜)。但是腾讯基本只会代理 Windows 版本,任何跨平台游戏到了腾讯这里都变成 Windows 独占了。

腾讯的 WeGame 和 Steam 竞争,却仅仅只有 Windows 兼容的客户端。而 Steam 不仅仅是跨平台的,它还定制了自己的操作系统,并且帮助游戏跨平台,绝不将自身平台和平台资源限制于 Windows 上。

微信小程序开发工具自身是使用跨平台技术开发的,兼容 Linux 成本非常低。但,不支持 Linux。这种面向开发者的软件难道还不重视 Linux 吗?


值得一提的是腾讯一直以来对第三方 QQ 的封杀力度都非常大。不仅是怪责到开发者头上,还会封禁用户帐号。曾经有过很优秀的 Linux 上的第三方 QQ 客户端,都被封杀干净了。现存的基于 Web 微信协议的客户端也有封号风险,而且这些本身就功能残疾的 Web 端说没就没。

可以说,腾讯不仅毫不在意,甚至还在驱赶这些用户。

顺便一提腾讯对待用户帐号的态度非常恶劣,能解封的情况很少,哪怕是误封。之前腾讯为了封杀微信的插件用户,粗暴检测 Android 用户设备 root 权限进行封禁,造成大规模误封,就当没事一样。


我并没有去道德绑架腾讯,就应该照顾 Linux 用户,支援国产 Linux 操作系统。甚至它会不会这么做我都毫不在意,我个人对腾讯系软件的依赖程度极低,很多国人没了好像就无法生活的微信我一个星期才会主动打开看几次消息,我向来不喜欢这种残废软件。


和很多谴责/瞧不起国产 Linux 系统的 Linux 用户不同,我一向支持国产 Linux。因为我知道支持它们就是在支持我自己,支持整个国内 Linux 生态。腾讯这样的公司迟早会为了舔官老爷而将软件生态扩展到 Linux 上,舔你普通用户?不存在的,我腾讯躺着就能赚钱。

最后一段话,就是我对这个问题的回答。


被这个问题下一个典型的业余错误回答搞得不胜奇烦:

Linux 的 GNU 发行版是不计其数的,如果要单独适配才能运行小众 Linux 生态早就跨了,因为不可能得到适配。

何为适配发行版,case distribution?

       switch distribution case "ubuntu":   // 适配 ubuntu 代码 case "opensuse"   // 适配 opensuse 代码 end     

这有个屁用?

  1. 著名的 Linux 截图工具 Shutter 无法在 Wayland 图形环境下成功截图。Gnome 等桌面同时兼容 Wayland/X.org。你如何通过发行版就知道当前是 Wayland 还是 X 的?当然是靠读取 XDG 相关的变量或者检测图形 API 啊。你知道自己运行在 Ubuntu 下有个屁用?还有 openSUSE 有那么多桌面,你知道用户运行在哪个桌面上吗?
  2. Wine 等程序无法在 Gnome 桌面上显示托盘图标,因为使用的旧 Status Icons API。你知道运行在 openSUSE 有个锤子用?人家若用的是 KDE 桌面呢?即便人家是 Gnome 桌面,你怎么确定当前版本是否弃用旧 API?而且 Gnome 还会随着更新而升级。你知道你运行在某个发行版有个屁用?

Linux 程序开发,根本不存在“发行版”这个概念。只有内核版本、库版本。适配的永远都是环境组件,例如 Wayland 协议环境由于安全问题无法获取其它窗口内容,便要通过其它方式实现截图,Xorg 下则可以通过常规方式实现截图。Gnome 高于某个版本使用新 API,低于某个版本使用旧托盘 API。以此来保证不同环境下相同功能的兼容性。

不要瞎脑补,什么发行版数量多就要一个个适配。所有 GNU/Linux 几乎用的都是已知方案的不同组合。并且很多发行版没有默认桌面,默认桌面又可以选择通过多种协议工作。靠适配所谓具体发行版是没有任何意义的。

绝大多数的发行版运行着完全相同的 Linux 程序。这些程序没有为任何一个具体发行版进行过适配。

你以为每个发行版都给内核添加了新 API 新功能?还是提供了单独的不开放的组件和 API?需要独立适配?瞎扯也得有点常识。

从这条回复中我没有看到任何一条具体的问题。我想真实用过 Linux 还发现一堆适配问题的,起码能记起一两条吧?那我只能认为他是云 Linux 用户。我也帮不了他。

  1. 系统环境不一样,要适配的也跟发行版无关,跟相关组件有关。例如我上面提到的 gnome 托盘 API 可用性。
  2. windows 向下兼容,跟你 qq 依赖库是否向下兼容没有半毛钱的关系。你 qq 即便在 linux 下有依赖问题,也不是 linux kernel 的版本不兼容导致的,是第三方库。

还有科普一下,一个环境下编译出来的二进制在另一个环境下运行不了,是动态库依赖问题,ldd 会发现一些找不到版本的库。为什么 apt 这类工具安装的二进制能运行,是因为包管理工具在安装的时候使用 ldconfig 重定向了相关链接库,产生了新的 soname。如果你将这个步骤手动做,一样可以正常运行。为什么很多仅提供某格式或某发行版的二进制安装包能运行在各种其它发行版上,就是因为其他人重新打包修正了库依赖关系。

还有你 deb 的依赖,被重新打包成了 pkg.data.tar.xz(archlinux)跟原来的发行版依赖毫无关系了,何来的 dependency hell。Ubuntu 下的包有些命名规范例如 -dev -henader 这些在例如 archlinux 中根本不存在,Ubuntu 的包依赖关系跟 arch 有个屁的关系了?

顺便什么依赖复依赖,何其多,这又是纯粹的瞎脑补。很多软件还是静态编译的,并没有很大,嵌入式常见的 musl libc 的系统程序一堆还是纯静态的。还有库多,不表示一个版本就是一个库文件,大多是符号链接,由 ld 程序维护版本表。

还有不存在什么机理不一样,不单独适配绝逼不行。这瞎鸡儿脑补得。民科实在太可怕了

拿 musl 平台举例子,是因为证明不是包含所有库或静态编译,就会很大,大到装机问题,库何其多。这些脑补出来的错误观念。跟甩锅又有屁的关系。这些人水平极差,又看不懂资料。实在理解不了去研究下为什么WPS、Chrome、Steam 等闭源软件能运行在多种发行版上。

适用于 Glibc 的程序,编译到 uClibc 这叫移植。你相同的 GNU 环境移植啥东西,不知道这都是怎么理解出来的。

继续更新

这位民科又来了,跑到我的评论区了。不知道说了什么词被系统折叠了。进去任何一个 Linux 相关交流群,随意一个初高生都知道把别的发型版的包放在另一个发型版解包运行或安装是不行的。这人跟发现新大陆一样,真是笑死人了。这人简介还是“一个程序员”,妈的混进这行都已经是奇迹了。

还把 Ubuntu 的包放到 Android 中运行(逗死我了)。GNU 系统的软件为毛能在 Android 中运行???请去看这俩问答补补基本概念:

还 TM 产品思维,这跟产品思维鸡脖毛的关系。这人能入这行真是行业悲哀。




  

相关话题

  为什么说linux桌面不稳定、差呢? 
  在中国中小学计算机课堂中,推广 Linux 系统而不用 Windows ,可能吗? 
  在Linux中如果把Python卸载了系统还能正常运行吗? 
  华为的鸿蒙系统能成功吗? 
  在Linux下工作的程序员们,你们犯过什么可怕的错误或误操作? 
  linux更新后无法启动时你的心情怎样、第一步怎么做? 
  大学学习linux是安装虚拟机,还是安装双系统。? 
  为啥那么多做手机的公司,只有苹果做成了自己的操作系统iOS,其它公司的操作系统都基于Android? 
  在Windows下用VIM来写代码,会不会很蛋痛? 
  为什么 Linux 可以同时兼容 x86 和 ARM ,一个操作系统不是只能对应特定的硬件系统吗? 

前一个讨论
如何看待papi酱结婚5年亲家没见过面,过年各回各家,这种相处模式是否适合大多数普通夫妻?
下一个讨论
都说swift取代oc,为何五年了依然是oc为主?





© 2024-05-18 - tinynew.org. All Rights Reserved.
© 2024-05-18 - tinynew.org. 保留所有权利