其实你原帖的图片差一点点就能正确发出了，只要补上后缀就行

就当作花钱买了个教训，果断把服务迁走吧
在到期之前，万一还有其他奇奇怪怪的“规定”，那只会继续折磨你

其实远程开发需不需要用 mac 那得看目标技术栈种类，比如做 .net 开发的话是完全可以脱离 mac 的。
不过鉴于 V 站大多数人对 .net 当成 Political incorrect ，就把我这句话当作没说吧。

如果目标环境是 Linux ，或许直接弄个 Linux 电脑会更加方便

这里的微调改成“完整” (Full)，效果会好一点

https://i.imgur.com/bh6Ue9q.png

@pkwenda 仔细一想，健身达人当保安好像也算是……“平日所练恰好有用武之处”？

工作用的电脑，中重度使用 vscode

然后轻量级编辑就用记事本（没错，系统自带的那个！）

最后还有个经常用的，不过那是 IDE ，不是编辑器，就不提名字了

既然 OP 不懂前端，那就更加没必要强迫自己接触前端了，快速开发拖控件就完事

单纯想要快速造 Windows 的 GUI 程序，直接无脑选择 .Net 的 winform ，控件什么的直接拖，双击控件直接写具体方法

（还没编辑完，不小心发了出去）

对于 vi 我也基本只用普通的编辑模式（甚至能不用就不用），还有保存退出，够了。

命令行临时改文件有 nano (Linux) 和 ee (FreeBSD)，需要更精细、大规模修改的时候，直接开 IDE 远程编辑的效率会更高。如果此时有多显示器的话，IDE 的效率会更高。

说实话，真想效率高，多配个显示器更加实在

非必须。

我个人坚决不用、不学 VIM 的任何“新”功能（指的是原版 vi 不具备的那些功能），反正各个 IDE 自己的默认模式也没多碍事

这显然不是“字体渲染”的问题，是“字体使用”的问题。正如前面楼层所言，是 CJK 字体回落的缘故。

这几套字体，不仅大小不同，连文字粗细都不同，甚至字形规范都不同，不管怎么渲染都无法改变这三点。
要是真有渲染技术能把不同粗细的字体都渲染成相同的粗细，不同的大小都渲染成相同大小，甚至渲染成统一字形规范，谁敢用啊😑

所以可以看看软件设置选项里面是否可以自己调整字体。
最根本的做法是反馈给软件开发商，告诉他们做好字体的选取与使用。

要不然的话，那就只能把 CJK 每个语言区的默认字体文件替换成同一种了。

不如期待下 2038 ，看看到时候哪些设备会崩掉

那就真不应该用 WPS 了，如果要用，也该扔进虚拟机
国产毒瘤值得享受“扔进虚拟机”的待遇

简单的 PIN 很多，右侧小键盘区，竖着输入就行了。

比如

7410258

8520147

或者斜着输入

753159

951357

画个图来表示的话：

https://i.imgur.com/yKgjthq.png

1password 管理开机密码？这种做法太奇怪了吧，至少灵活性很糟糕

最直接的办法，自己写个程序调用系统 API：
https://learn.microsoft.com/en-us/windows/win32/api/shobjidl_core/nf-shobjidl_core-idesktopwallpaper-setwallpaper

写成 exe 和 vbs 都可以，不过最好还是 exe ，因为微软自己说了 vbs 会被淘汰，万一哪天移除 vbs 支持那就没法用了

我也有个类似的跨平台工具，纯实验性质：
https://github.com/cnbatch/PunchNAT
本机测试连接是有效的，OP 可以对比下哪里不同。

由于不清楚 rust 怎么写，所以只能描述我自己的做法。

我的做法很简单，监听的时候，不设置任何 interface ，表示监听全部接口。
然后设置 IPV6_V6ONLY 为 false ，表示使用 IPv6 栈接管 IPv4 ，此时会用到 IPv4-mapped IPv6 。
当然了，可以手动切换为纯 IPv4 模式。

目前可以确定一件事，微软的远程桌面比较容易吞剪贴板内容，其中 UWP 最容易出现这种事（然而窗口化时它的 DPI 匹配效果比 mstsc 好多了，选择困难）