@datou
webview2 出生太晚了，所以一般不把 win10 视为预装 webview2 。
另外，electron 用的 chromium 是裁剪定制过的不一定能套用，况且 electron 自己迭代也快，社区讨论过的按大版本共享 runtime 都被认为收益不足，更别说引用外部 webview 了。

@yyws2012
我不认为 Google 故意把 AOSP 的功能挖掉放进 GMS 是一个合理的行为，例如不在 AOSP 包管理器的 GUI 提供 app bundles 安装功能，webview 分离更新也不应该是 Google Play 垄断的事。

计算机领域在相当长一段时间里，微=先进。能把硬件做小是一件进步的事，例如把大块头 PC 做成手提箱大小，把 CPU 做小，把硬盘做小。

一般来说吧，如果你不希望面试官问这个，你得把你的工作经历讲到吸引面试官的兴趣，之后就可以变成你带他深入项目底层了。但如果你没啥吸引他的亮点，他就只好找这些来发掘亮点了。

有可能，你对物质的追求，有很大程度并不是来自你，而是你周围的人？
自个要求衣食住行身体健康就行了，但是——家人要催婚，要你买车买房，要养小孩，还不能随便，出门要体面。

@realpg
因为那个控件是走 NPAPI 的，本意就是一套插件同时支持 Firefox 和 Chrome 。
但问题是，这控件发布时，浏览器内嵌 Applet 这种模式就是走向淘汰的了，Java Applet 和 Flash 也是相同问题。Chrome 从那个版本开始禁用白名单外的 NPAPI 插件，所以就无了。
估计都舍不得花钱开发 win 客户端呗。

哦还有一点，Google Webview 可不是没捅出过大问题，那时可是成功干掉一大堆热门 APP ，而且用户除了卸载更新恢复出场版本 Webview 外没有任何办法回避问题。

说句不好听的，你觉得国内那些 ROM 的系统 Webview 有持续更新一样。使用 AOSP Webview 的，因为要平台 key 签名，只有 ROM 厂商自己能更。考虑到 AOSP 每个版本自带一个基于 Chromium 的 Webview ，如果不更新，那就跟 IE 一毛一样了。

有装 Google Webview 的，你觉得不用 Google Play 的人有办法更新吗？而且从 Android 10 开始，Google Webview 采用分离 Trichromelibrary 静态库+App Bundles Webview 包的分发模式，自行安装极其麻烦，完全不要指望用户自己能装。

另外系统能用什么 Webview 是白名单制的，没 Google Webview 的哪怕你硬装上去，也可能用不了（例如某忘记给套皮改名的 OS ）。

我建议把 Google 团队想出这种分发方案的人挂墙上。

目前稳定版没 dev 版稳，因为 userland 的那些组件变得有点多，稳定版得等 backport 和灰度，运气不好得比 dev 晚一两个月修复，或者就永远不修直接跳下一个稳定版了。

不是受支持的硬件就不要强行上车，不值得。

你要按照舆论思路的话，只有微软弃坑的系统才是好用的，因为所有的 bug 都变成 feature 了。以前是 win7,现在是 win10 。

我建议微软学手机系统那样一年涨一个版本，这样就不会形成固有的坏印象了，论架构稳定性它完全有资格。

ffmpeg 5.0 是支持的，至少混流是可以的。
可能不支持双层杜比视界，混流变单层。

杜比视界本身就对色深和色彩空间有定义，改这个就相当于破坏定义了。转换色彩空间这个我觉得还是得上剪辑软件。而且 Rec.2020 还不够用吗？

参考 bbdown 的博客
https://github.com/nilaoda/Blog/discussions/52

一般来说，不能。

如果业务复杂，简洁的代码可能意味着功能不全，或者不鲁棒。一个没有任何错误处理的程序可以很简洁，但没人敢用。

一个功能可以有高度抽象的简洁实现，但需求变更可能会破坏你的抽象，那还不如一开始就用繁琐的实现，还好改，又不用重构。

为了性能，有些简洁的途径可能不能用，例如可以动态绑定的改成静态绑定，或者生成代码。

只讨论 uefi 引导的情况

如果 uefi 启动项包含两个启动器，可以用一个叫 bootice 的小工具指定下次用哪个启动。

如果用的是 windows boot mgr 链式启动 grub,在 msconfig 里改。(这种途径我从来没成功过，不是说找不到文件就是失败)

或者开机前按 F12 手动选启动项

以后不是做 toB 服务的功能都不用指望开放 api 了，哪家都一样。

怎么感觉是部分站点的问题，我这边看好几个 microsoft.com 站点都是有 tls1.3 的

因为估计这个系统的 ssh 服务器 /客户端组件可能都无法更新，建议考虑 VPN 专网保护，要先接通 vpn 再用客户端 ssh 连接。

没国际化的应用的话，我倾向于认为是看港澳台有没有需求。

因为看到美团的更新说明最后一行：请在此处输入或粘贴 zh-TW 语言的版本说明（没删干净的锅）

@libook 不想做 GDPR 合规可以直接屏蔽欧盟用户的，QQ 和 Yeelight （后者已恢复）就是这么干的。

还有一个极低可能性的原因：不会适配 App Bundles 了。

你不会觉得两倍人员一半工时会有一样的产出吧？管理和沟通成本会增加的，越是大企业这个越成问题。