Windows 目前对我来说就是个 Steam 、Epic 、Gog 启动环境，基本不会用到其他功能，所以当前保持 Win11 稳定版随推送更新补丁，以及最新的 N 卡驱动。用起来没啥问题。

Linux/Unix 上大多功能都可以脚本解决吧，要看你具体要哪些功能。
我目前是把要 SSH 的服务器都部署好我的公钥，用 ZSH 输入指令到一半 Tab 一下基本就可以补全了，实在不行也可以搞个专门的目录放每台服务器的连接脚本，想配置啥参数都可以配置好，加个可执行权限，把目录放到 PATH 环境变量里，随时都可以用脚本名来调用。

肯定可以，但我个人很少见到这么干的。

过去一般就是把项目 git clone 或 scp 或 rsync 到服务器的目录上，只要服务器上装了 node ，就可以 npm ci 然后再运行。
现在一般都是容器化 /云原生了，直接打成 docker 镜像，然后 push 和 pull 。

桌面软件比如 Electron 的一般都是有专门的打包工具，可以吧项目代码、依赖和 node 运行环境打包在一起然后分发。

没有交税这回事他们也会以各种理由要求涨价的，我之前租房 5 年搬了 5 次家，疫情搬家不成每次续约被涨了 10%……北京的个体房东基本都是以自如的价格为参考。
网签的房子至少有个好处就是可以积分落户的时候用来加分，以前非网签的即便房东纳税了也没法录入……

我记得 Tox 就是去中心化的即时通信工具吧，主要问题还是用啥通信工具取决于社交圈子是不是都在用这个工具。

同级尽量避免互相调用，看是否重新规划服务层级和为服务划分是否能解决问题。

@ne6rd #3 我是感觉，你只有 10 个 IP 需要管理的话，怎么方便怎么来，如果以前在用 Redis 就顺便用，没有 Redis 也不值得为了这个单独架一个，除非没有比开个 Redis 更简单省事的方法了。
比如你本来没有 Redis ，但你有 PG ，也可以考虑在 PG 里开个表来管理这 10 个 IP ，没啥问题。

Redis 的优势主要是内存存储比较快，比如你有 1000 万个 IP 要维护，那可能比 PG 效率要高一些。

Win10 如果用 N 卡的话，GeForce Experience 自带一个功能还挺多的录屏工具。
Linux 我目前录屏需求比较少，偶尔要用就是用 Gnome 自带的，可以参考这个文档： https://help.gnome.org/users/gnome-help/stable/screen-shot-record.html.en

编辑视频的话 Linux 上可以找些开源方案，比如 Ubuntu Studio 在用的 Openshot 。

你只有 10 个 IP 资源，又要求同一时间只能有一个 worker 用同一个 IP ，那同一时间就最多只能有 10 个 worker 在请求。
你可以搞个 IP 池，每个 worker 要发起请求前限去池子里获取一个 IP ，没有就等待；池子每发出一个 IP 就把这个 IP 设为不可再次发放，直到 worker 告诉它释放资源； worker 获取到 IP 就发送请求（你也可以在每个 worker 做个请求队列），发送完请求就告诉池子释放这个 IP ，然后继续处理接下来的任务。

这个 IP 池你可以自己写个服务，也可以用 Redis 之类的进行管理。

不同的 shell 只是交互形式、规则会有区别，真正提供功能的是软件，Linux/Unix 软件往往是以 POSIX 为标准进行设计的，只要功能本身不与 shell 相关，那么在各个 shell 下就都可以使用。另外除了命令行 Shell 还有图形化 shell ，比如 Gnome 就是一种图形化 shell ，你可以用 Alt+F2 打开一个对话框，然后调用任何软件（比如试试在里面执行 touch /tmp/gnome ），只不过它不会把 STDOUT 给你显示出来。

你的办公类里面分别使用到的软件可以是 rename 、imagemagick ，理论上有啥样的软件就可以不限 shell 实现啥样的功能。

它是不是还有按键选项？你按一个试试，不行就按另一个试试。

建议不要公开评价你不深入了解的东西，因为评论会告诉你你的感觉不靠谱。
这个贴就是个引战贴，真正真诚提问的会把实际遇到的需求场景和问题发出来让大家集思广益，而不是只说个主观感受然后让大家各自发挥。

假设美秒读 5 行，35.1m/5/3600=1950 小时，如果每周看 40 个小时，就是 48.75 周，也就是差不多一年。当然，只能走马观花地看，基本看不明白而且也记不住。

我认识一个人在阿里做内核方面的开发，有时候为了实现一个需求要看一大堆文档和源代码，一个星期只改了一行代码。

容器里的程序还是使用你宿主机的内核来跑的，只不过用 Cgroup 等机制对资源进行了隔离，绝大多情况下只要版本不差太多，都是可以跑的，可能无法正常跑的情况就是当容器内的程序依赖你宿主机内核没有的 API 的情况。

如果你相信 Linux 的 Cgroup 等隔离方案并正确使用的话，容器就是相比虚拟机开销更小、管理起来更便捷的隔离方案。

我们公司在北京，这边安全方面查得很严，监管部门会直接要求任何个人敏感信息都要求必须二次加密，确保真正需要解密的地方才解密（也就是说你的负载均衡、反向代理、网关之类的也不应该进行解密），具体哪些算个人敏感信息可以参考国家标准 GB/T 35273-2020 的附录 B 。

二次加密这个用个非对称加密方案就可以了，前端放个公钥，后端用私钥解密，公钥随便公开，只要确保加密后的密文不被轻易抓包解密就可以了。

你们的问题归根结底其实是职责划分不清，导致前后端在这个灰色地带丧失决策能力。现在凡是一定规模的企业都至少需要个专职的安全团队来负责提供安全方案，你们现在没有的话，估计将来监管落到你们所在的地区也会要求你们有一个，很多合规工作靠前后端技术人员兼任是做不过来的，而且专门的安全团队必须给你们做安全培训和考核（监管部门会查培训和考核记录的），帮你们树立起安全意识。

说到生长素，我就想起初中生物学过这个。

还是得先明确目标，比如学完后是为了实现个啥东西，还是对哪个方向比较感兴趣。