估计是测试不足导致的问题。但是完善的测试又会导致开发进度延迟...

Duet 支持插线。但是延迟还是难以接受的高。

楼主下次可以考虑用 IDA Pro 或者 Ghidra 的反编译器，这样就不用硬读汇编了。

本地 DNS 缓存吧。

真正测试一下性能就知道了。

到期时间可以用明文存储，不用加密。你只要用私钥为到期时间（和其它的注册信息）签名，客户端用公钥验证签名就可以了。

一般而言，私钥是不能计算出公钥的，公钥也不能计算出私钥。这是非对称加密算法的安全性的保障之一。

但是，因为计算 RSA 比较慢，在实践中，RSA 的私钥往往和 p 存储在一起，这样可以优化 RSA 运算时所必须的乘方运算。所以如果楼主要用 OpenSSL 的 RSA，那就不能公开私钥文件，而必须在本机用私钥加密、在客户端用公钥解密。

多说一句，破解者一般都直接在客户端替换掉公钥，然后就可以写注册机了…所以如果只是用非对称加密算法的话，还需要加上程序的自校验，不过一般强度也不高就是了。

ThinkPad X1 Carbon Gen 9

请楼主留个邮箱，我来联系你。

如果有卡的话，没问题的啊，美国很多人都是这么过的。但是楼主一定买好伞险，做好夫妻中一人短期或长期失去劳动力的计划，存出备用金。小概率事件并不是不会发生，而且随着年龄增长，很多小概率事件都会慢慢变成中概率、大概率事件。

我不认为楼主描述的属于“躺平”，而是一系列正确的享受生活的态度中的一种。

多说一句，这种生活在国内也能过，只是生活水平往往在期望之下。

对原始文本进行排序，输出成文本文件（注意编码），然后用 git 做版本管理。

我记得原来是有专门的软件资源汉化管理工具的。

这个 DLL 里面没什么逻辑，基本上就是去加载文件 "bx_2098 EQ.R2R"，然后把 VSTPluginMain() 和 main() 转发到 "bx_2098 EQ.R2R" 里面对应的函数上，最后对 "bx_2098 EQ.R2R" 里面的三个地址打上补丁（估计是跳过注册检测什么的）。具体的补丁不知道是什么，不过我猜应该没什么问题。

大部分网络监视工具的流量监控都是通过读取所有网卡的发送 /接收计数器实现的。你可以在 Terminal 里面输入 ifconfig，看看是不是有两个网卡的发送 /接收计数器同时都在增长。其中可能有一个是虚拟网卡。

Windows 上的输入法就是一个会注入到每个进程中的 dll 吧。这个没有简单的办法防止，最好的解决方案是不用搜狗输入法。

另外针对那个 GitHub issue 和 HackerNews 上的某些评论说几句：Be nice. 纯技术讨论不代表就要 present yourself as a dick. 归根结底读评论、写代码的都是人，没人喜欢不友善的评论。不友善的评论往往会让讨论偏离原本的方向，从技术评论变成了对自尊心的维护。

如果修复这个问题真的这么简单，那就请和 Casey Muratori 相同看法的人花点儿时间读一下相关代码，然后交个 PR 嘛。

工程上很多东西是没办法追求完美的，特别是在大公司里，归根结底是因为通向完美的路很遥远，而每个人和每个团队的精力都是极其有限的。极少有人愿意为了把一个功能做完美而加班。像 conhost 这种已经在维护模式，还被很多其它项目依赖的项目，要做大修改一定是需要走正式的立项流程的。在写代码之外也有不少精力是不得不花的，因此工程师必须做权衡才可以。

最后，很多嘲笑 Windows 是屎山的人没有错，但是他们往往忽略了微软在维护传统程序兼容性方面下的功夫。要解决屎山且不考虑兼容传统程序，难度比解决屎山且维持兼容性大非常多。从这个角度出发，Windows 对屎山的控制与解决做得比 Adobe 、Intel 以及绝大部分设备驱动好得多。

你并不需要一个对抗审查的协议。你只需要一个小众的、没有被墙分析过的协议。

管理墙的也是人，他们只是在做不得不做的事情而已，一直都是能过就好，多一事不如少一事。