@ysc3839 vaapi/vdpau/nvenc/nvdec 这些是不同 GPU 厂商提供的视频编解码库 API ，其实现由 GPU 厂商驱动提供，其调用者通常为 mpv/ffmpeg/chromium 等需要编解码的应用程序。opengl/vulkan 这些通用图形渲染 API 标准就不用说了吧，都是跨平台的各平台都一样，其实现也是由 GPU 厂商驱动提供。x11/wayland 是显示协议接口，地位类似于 win32 ，只负责把渲染好的画面显示在屏幕上。xvideo 不是视频网站么，没找到名字中包含这个词的包，可能你指的是古早的 xf86 系列图形驱动？那是 X server 的插件，也是由 GPU 厂商提供，不过现在基本都是内核 kms 不需要了。至于 G-SYNC 之类具体就不清楚了，似乎都是 GPU 提供的功能吧，应该和操作系统平台没啥关系。

@darksword21 恰恰相反，我在 Linux 桌面的体验是 electron 开发的应用质量反而较好。这不是说 electron 好，而是因为 electron 各平台的一致性强，导致没人关心的 linux 平台体验接近 win/mac ，从而总体上体验较好。像用 qt 的 wps ，字体、输入法各种 bug 一大堆，jb 家 IDE 输入法光标偏移，再或者 Linux 版功能阉割、版本严重滞后等问题，electron 应用极大的避免了这些问题。
至于刚需，像 teams 、slack 这些都有网页，确实算不上刚需。但国产应用阉割网页强推应用可是传统艺能了，像百度网盘这种，客户端不支持的平台根本没法用。

@darksword21 @yolee599 @rekulas
别管再怎么瞧不起 electron ，我的感觉是，某个应用只要不是 electron 开发的，除极少数外几乎都没有 Linux 版。而用 electron 开发的，再怎么烂，还是有不少支持 Linux 的，而且体验、功能、和稳定性上与 win/mac 接近。

来个最经典的快速排序（无需 inplace ）
haskell 代码如下：
qs [] = []
qs (p:xs) = qs [x | x<-xs, x<p] ++ [p] ++ qs [x| x<-xs, x>p]

算法含义一目了然。
你试试 Java 要几行？

记住生命周期是泛型参数的一种。 &'a T 是 Ref<A,T>的语法糖。

其实 electron 才是 Linux 桌面的春天。所有商业应用支持 Linux 的十有八九都是 electron ，反过来说凡是不是 electron 写的应用极大概率不支持 Linux 。

flutter 移动优先，跨平台的桌面应用交互逻辑就和开了个 Android 模拟器似的，可能体验还不如 electron

@geekvcn ESNI 虽然过时了，但继任的 ECH 也只是 tls1.3 的可选扩展而已。用现代浏览器打开 https://www.cloudflare.com/cdn-cgi/trace
你会看到
tls=TLSv1.3
sni=plaintext

插件可以执行任意代码吧，直接下下来新版本调用 vscode 命令行安装完事提示用户 reload 不就好了。

@vruzo 不用那么麻烦，随便找个 Linux 发行版的 bt 种子下载，把大陆 IP 都屏蔽掉看看还能不能下的动。下的动就说明不是白名单。

kdeconnect

没有 Linux 版本，恩，这很 electron 。

因为这种目录结构能集成。比如一个应用的本体可执行文件可以直接在终端运行，那就放到 /usr/bin 里。如果给其他程序提供库，那就放到 /usr/lib 里。如果要添加文件关联，直接放到 /usr/share/applications 里。配置文件统一放在 /etc ，数据在 /var/lib/appname 等等。比 Windows 注册表那样添加一堆莫名其妙的东西卸载了还删不干净好吧。

@Joker123456789 看看 npm/pip/cargo 是怎么解决所谓“命名冲突”问题的，一层命名空间能解决的问题套一堆这不是有毛病？至于 go 的去中心化理念虽然不同，但也没这么麻烦，起码人家标准库是啥就是啥，而不是 java.lang.xxx 。
不要说规范可以不遵守，那只是理论上。所有的生态、工具链、库、构建系统都是这么设计的，你说不遵守就能不遵守？

套一堆子项只有一个的目录只是 Java 世界过度设计的代表性体现。要放开了说，OOP （或者说 class oriented programming ）糟粕一大堆。比如 type 和 namespace 混用（ class/ static class ），隐式 this 指针，隐式 this 作用域，多此一举的 constructor ，作用域混淆（ static 和非 static 项作用域不同，但看起来是同一个）、nullability 等等。你看 c#有那么多特性，十有八九都是为这些历史遗留问题擦屁股。然而 Java 连擦屁股的都没有，演进缓慢还有多少项目万年 1.8 。

> 中国人的文化里面就没有“团结起来闹事”这种思想
说的没错，这不就是国内的悲惨现状的主要成因之一么。

@Joker123456789 类全名规范完全是过度设计，真没什么好洗的。一层命名空间能解决的问题搞出一大堆，尤其是一堆堆只有一个子项的目录嵌套 src/main/java/com/example/Xxx.java 这不是多此一举么。我只在乎我用的 StringUtils 是项目中导入的哪个库里的，而不想关心它 com.tencent 还是 org.apache 家的。

@rerender react 都能复用吧，主要是实现 render 并且封装事件之类的。如果很难封装出 react 的话可能说明原始 API 还不太完善吧，对前端来说回到过去 imperative 的开发方式还是倒车太多。sciter 现在都支持完整 js 及相关生态了。
node gui 定制 node 运行时主要是把两者的 event loop 合二为一，不是不能改 qt ，只是这样封装 qt 的 API 是最简便的，你们的库本身有不包含 event loop 的 API 自然就不需要了。
另外这些库比起 qt 等成熟完善的框架很容易踩坑，比如 hidpi （包括动态缩放，把程序窗口拖动到不同 dpi 的屏幕上自动适用新屏幕的缩放比例），再比如 accessibility ，再比如跨平台不同系统特性的一致性等等。