买新不买旧，而且旧型号的系统会较早停止更新维护。

S21Ultra 太大了，比 Note20 都要大一块，建议仅对拍摄有需求的人入，如果只是对 S pen 有需求的话建议等 Note21，过几个月应该就出来了（如果三星没打算关掉 Note 产品线的话）。
S21 Plus 比 S21 各方面都好一些，唯独屏幕像素密度不行，两个型号分辨率都是 1080p 的，但 S21 小屏幕上面 1080p 和 2k 几乎看不出区别，S21 Plus 大屏幕恐怕会明显不如 2k 屏幕清晰；我 S9 就支持 2K 分辨率（不知道为毛新机型反而阉割了），调成 1080p 看和 2k 几乎没有区别，但是用 Note20 切换两种分辨率能看出来 1080p 糊一点，不过你看习惯了大屏 1080p 应该也就无感了。

我是 S9 升 S21，对像素密度有一定要求，可以小但最好不要糊，而 S21 比 S9 电池容量还大一些，对于喜欢小尺寸机型的我来说 S21 是最合适的；那个塑料背板其实无所谓的，因为绝大多时间都是带保护套的。

如果你对像素密度无感，那么 S21 Plus 综合来说会很好。

WSL2 是基于 Hyper-V 虚拟机的，底层是模拟的计算机硬件，大多 Linux 开发应该都能胜任。

关于新的问题：
1. 你装桌面的话桌面一般会自带 monitor 工具，就像 Windows 里的任务管理器，Gnome 的好像叫 system-monitor，你搜 monitor 应该能搜到。命令行的话有 htop 之类的工具。
2. /etc/hosts 可以改解析记录，想改 DNS 服务器的话通常在 /etc/resolv.conf 里。
3. 不知道你用的啥桌面，Gnome 的话应用列表那有搜索框，可以搜。
4. pacman 是 Arch 系列发行版的官方包管理器，只能装官方源的包，或者离线安装包； yay 是第三方的实现了 pacman 包管理协议的包管理器，支持 AUR 源。
5. 项目编译问题应该看项目附带的 README 或者编译手册之类的，实在不行应该问项目维护团队。

但凡上面提到的任何一个词你不懂，都最好去 https://wiki.archlinux.org/ 上搜一搜看一看，大多常用词条都有中文翻译。

比如 pacman 是啥，它是如何工作的，makepkg 又是啥，AUR 是啥，PKGBUILD 是啥、怎么用；
以及 networking 相关的知识、hosts ；
还有各种软件也都可以在上面搜词条。

遇到问题或者不懂的东西先自己搜一搜，实在搞不明白了再来问，这样效率会高一些，而且能提高你自己解决问题的能力。

去 Google 上搜 Image，关键字：ubuntu 4k screenshot
去 Google 上搜网页，关键字：ubuntu google drive
能搜出来一大堆，你可以自己看看。

舒不舒服是很主观的，这个你可以自己感受一下。

看看 S.M.A.R.T.信息，如果是老硬盘的话可能机械部件会有些老化。

不过很多硬盘设计上本身就会有些噪音。

人们喜欢 Linux 是因为足够自由，能自己打造出完全贴合自己需求的系统环境。

因为每个人的需求、审美不同，所以才造就了形形色色的发行版和网友魔改。

所以你可以先明确自己的需求，然后找对应的轮子，自己组装成一个适合自己的环境。

很多桌面是可以写主题和插件的，比如 Gnome，你可以自己做主题、图标、插件等等。

Go 有 GC，不知道内存调度方面会不会有坑。

个人感受是 Go 比较适合写业务，简单且快。

系统开发推荐 Rust，现在很多大厂的 C/C++项目也开始招 Rust 了。

需要多种语言，于是乎买了 IDEA Ultimate，装专属插件能获得各个独立 IDE 的功能。

问过官方，说除了一些默认行为有区别以外，装插件可以和大多数 IDE 功能上完全一样。

从项目本身的靠谱性上来说，SQL 可以拿来做企业级应用的。

但数据库一大堆，各有特色，选哪个要结合你的实际需求来看。

最直观的方式就是模拟用户使用情况，然后做压测，比如你有 1000 个用户，就搞 2000 个模拟用户试试，看看能不能扛得住。

要是负载巨低，数据量超小，你搞个 yaml 自己写程序读写也成，读操作就直接在内存里操作，写操作就更新文件。

或者你还是不知道用啥合适，就用主流方案，比如 MySQL 、SQLServer 。

人才是个市场，遵循市场经济供求关系基本原理。

设想，你是一个大企业的 HR，你写了一份招聘描述挂到了网上，结果有一大堆简历投过来，但你只想招几个人，所以你把薪资调低、要求调高，于是仍然有一大堆人投简历。这堆人肯定是良莠不齐的，所以在其中选择最优秀的招进来对你说是最划算的。既然简历已经卡得差不多了，就只能在面试上发力。

再想，你是一个中小企业的 HR，你急需招聘一个岗位，但是来的简历寥寥无几，于是为了招到能胜任的人，你不得不提高薪资待遇、降低能力要求。

@enchilada2020 https://developer.mozilla.org/zh-CN/docs/Web/Reference/API
这个链接里，把 Web API 分成了几大类，你可以分别点进去看，进入每个具体的 API 后注意看左侧的索引，会有属性、方法的列表，把内容浏览一遍了解一下大体有啥功能就行，一般人都记不住所有的东西，在你用的时候能想起来大概有个功能可以满足需求，然后再来翻文档就好，很多东西用的多了自然就记住了。

前端很多知识就是很分散，每个特性基本上相对独立，绝大多数都只能靠积累。

楼主可以再了解一下 WebAssembly 、WebComponent 、WebWorkers 、WebGPU 、WebSocket，以及现在已经有商业项目在使用的前端 Micro Service，你会发现现在的前端技术和 10 年前的技术比起来有很大的变革。

以前的 Web API 用起来不方便，比如仅能使用几种简单的 Dom 选择器选择 Dom，各种常见的操作 Dom 的算法、常用的交互动效以及监听事件需要重复性地写很多代码，还有 XHR 用起来很反人类。虽然可以自己封装函数，但是这些在前端开发者群体里是存在共性需求的，所以把这些函数汇总起来，并使用简单的框架思维进行封装——于是 jQuery 就这么出来了。

从 HTML5/CSS3 等新版本技术开始，到 ES6 以及后续 ES 的疯狂更新，jQuery 所曾致力于解决的问题，要么被原生 JS 、CSS 、HTML 的新特性以及 Web API 的新特性解决了（没有的话可能在 draft/proposal 阶段，或者可以用其他更好的方案），要么前端工程需求上发生了变革转而出现了满足新需求的框架。当前可以说，jQuery 的使命基本已经结束了。

以前我 jQuery 用的最多的是选择器和 Ajax 请求，后来 DOM 加入了 querySelector(All)可以取代选择器，fetch API 或者 Axios 库都可以用来很方便地发 Ajax 请求，CSS3 的动效也更强大和方便。jQuery 对我来说就完全没必要用了。

现在做项目在原型阶段如果交互不复杂的话都是原生 JS 和 Web API 手撸，复杂的话就是直接用 Vue 之类的框架。建议在对最新的 Web API 充分了解的情况下尝试用原生 Web API 写一些页面感受一下。

Vue 保留了像 Angualr1 等第一代前端框架那样的，直接在 HTML 中引入并直接使用的方式，具体可以查阅文档中 From CDN or without a Bundler 的部分，后续有压缩、混淆、合并、兼容性（ babel ）等需求可以再考虑引入 Webpack 。

当然，仍然有大量的网站不打算重构或者需要兼容无比陈旧的浏览器而依然在使用 jQuery，就像仍然有军事系统在用软盘、仍然有政府系统在用 WinXP 。但使用量并不代表趋势，想了解趋势可以去看看各个前端岗位的招聘要求。

对于初学者来说，建议把原生的 JS 、CSS 、HTML 以及 Dom 、Bom 等 API 掌握扎实，然后学习 Vue 、React 、Angualr 等框架。如果真的遇到特殊需求需要用 jQuery 的，看看文档很快也能上手。

学习交流的话，口头支持。

一看 ffmpeg-gui 我就想起了 HandBrake，经常用，挺不错的，可以看看有没有可以借鉴的产品设计思路。

话说用 MPL-1.1 是因为有依赖是这个版本的协议嘛？没有依赖的话 Mozilla 官方推荐 MPL-2.0 。用 MPL 算是为未来搭建社区开了个好头吧，对贡献者比较友好。

swap 可以以文件的方式存在现有的文件系统中，这样更灵活，可以随时调整。
https://wiki.archlinux.org/index.php/Swap_(%E7%AE%80%E4%BD%93%E4%B8%AD%E6%96%87)#%E4%BA%A4%E6%8D%A2%E6%96%87%E4%BB%B6

8G 可能是 SD 卡或者 U 盘？那样要注意处理一下日志写入，避免持续性的写操作造成闪存寿命掉得快。解决方案就是用 flashmemory 插件，可以降低对闪存的写入频率，这个包含在 omv-extras 里。同时因为 swap 是虚拟内存，会涉及到频繁写操作，在闪存上开 swap 同样会造成寿命掉得快，建议在机械硬盘上开 swap，或者干脆关闭 swap 加内存条，omv 的话 4G 内存就够了，8G 就可以跑些 docker 容器了。

这种聊天就纯属于礼仪性地做做样子，实际上你说啥人家也不会往心里去，下次见面可能相同的话题又会再聊一遍；除非两人真得聊得很投机，或者真得很严肃地在说事。

如果对方不是严肃地在和你讨论问题，没必要表达你的真实想法，完全可以顺着对方的话聊，因为你当前的目的并不是表达你的真实想法，而是礼仪性地陪聊陪让对方开心。

比如长辈说教你，ta 就只是想满足自己“老为尊”的心理而已，你完全可以回答：“是是是，您说得对。”实际上该怎么做还是按照你自己的原本计划就好了。

技术要看应用场景，或者说需求。

二维码能发展起来意味着它比较符合当下的需求场景，如果现在不是人手一部手机或手机不一定都有摄像头的话，二维码一定不会发展起来的。

举几个例子，没考证，主要就是表达这个意思：
比如游戏《辐射》系列就是提出了一个假设：如果核反应的技能点最初不是点在了武器上，而是点在了能源上，当今世界会变成什么样子。
还有美剧《 Fringe 》系列，里面有一个平行宇宙是从空艇事故出现了分叉：没发生事故的世界里空艇依然是主要的交通工具，发生事故的世界里人类废弃了空艇转而投入到了飞机科技。
现实中的例子就是早先普及信用卡的地区导致后续移动支付发展受阻（因为信用卡已经很方便了），信用卡早先普及不是很好的地区移动支付变得异常繁荣。

如果未来人们生活场景发生了变化，需求变了，那么对技术的应用也就会变化了，历史上成功的创新者往往是抓住了这个需求更迭的时机。

Linux 远程控制没敢碰图形界面，一直是 SSH 一把梭，除非像树莓派那种傻瓜的，否则可能会比较折腾。

VNC 是比较主流的方法吧；受惠于 Linux 设计哲学，有一种非主流的就是 X over TCP 方案，X 是可以走网络的，我目前在 WSL 上就是用的这种方案。https://github.com/libook/WSL-GUI