@hez2010 这样万一真的出了问题，结论也是：“这个问题非常的隐蔽，尽管我们已经使用了一切手段来避免问题的发生，但是还是发生了，这是没有办法的事情”。

一切现有的制度都是前面的教训总结下来的。
如果没有这么多流程的话，你轻松一行改完 commit 进去出事故了，那恭喜你喜提权责。
之所以有这么多的流程，一方面是为了尽可能把更改提前通知到所有人，另一方面也是为了把责任分散到整个团队，这样出问题了责任不会全都落在你一个人头上。

@yolee599 var 也不是通用类型。var 的类型是静态推导的，跟你直接写 int 和 string 没区别，编译的时候会被编译器自动替换成实际类型。

@geelaw 随手往注册表写了个 9w+长度的环境变量进去：


可以看到 powershell 能够正常读出来并算出来长度，而 cmd 读不出来直接变成空了，但是环境变量放在那里没有任何的问题并且生效了。
所以这个长度限制只是部分程序不支持那么长的环境变量，而不是系统本身不支持那么长的环境变量。

@geelaw 文档里写的这个限制是 practical limitation 。
环境变量长度没有任何限制，之所以文档里写了限制那只是因为某些软件只能使用那么长的环境变量，而不代表系统不支持。
同理，注册表实际上也并没有任何的长度限制，之所以文档里写了 key 的长度限制只是因为一些读写注册表的软件不支持那么长罢了。

@opengps 看提交大小反而是错的，我 mmap 一个 2T 的大文件提交大小立马变 2T ，但不见得他就真的占用了我 2T 的内存。

环境变量长度限制只是那个编辑器 UI 以及命令行工具 setx 限制的，系统层面并没有限制环境变量长度。
你可以绕过环境变量编辑器直接去注册表添加和修改环境变量。
当前用户的环境变量：HKEY_CURRENT_USER\Environment
系统的环境变量：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment
想要多长就能多长

不出意外 IME 集成出意外了。
像这种新 GUI 框架不打磨个三四年不可能做好输入法 preedit 和文本排版支持的，更别提复杂的 Text Input 场景下的 LTR 和 RTL Unicode 混排。然而这些都是作为编辑器的基本。

不重启安装补丁并不推荐，因为会带来不一致问题。想象一下你有个程序 A 执行到中途把自己 fork 成几个 worker 来执行，此时在 fork 之前或者中途程序 A 的文件因为安装补丁被替换了，那之后会发生什么行为可没人能预料到。又或者有多程序共享了某一个库或者配置文件，结果因为安装补丁导致他们使用的版本不相同，又会导致另外的问题。
当然跟 Linux 加载可执行文件不锁定文件也有关系，不过 macOS 加载可执行文件跟 Linux 一样不会锁定文件，也不是照样不支持不重启系统安装补丁。
另外 Windows 虽然加载可执行文件的时候会锁定文件导致无法更新文件，但是 Windows 是支持热补丁的，只不过是 Windows Server Azure 版专享： https://learn.microsoft.com/en-us/windows-server/get-started/hotpatch

@SkywalkerJi edge 用的也是 chromium 内核，如果 ms 压根都不知道这个 api 的存在的话，自然也保留着 chromium 默认的行为。

我选择用卡巴斯基的密码管理器 Kaspersky Password Manager 。既然黑客大本营在俄罗斯，那想必俄罗斯起家的老牌安全软件公司应对各种安全威胁应该很熟练。

本地一般是跑量化后的模型，你的显卡起码得支持 INT8 和 INT4 。

@kkwa56188 我重新开隐私标签页分别在 Google 和 Bing 上搜索 postgresql in operator 。

Google 的结果：
1. [PostgreSQL - IN Operator]( https://www.w3schools.com/postgresql/postgresql_in.php)
2. [PostgreSQL IN - Matching Against a List of Values]( https://www.postgresqltutorial.com/postgresql-tutorial/postgresql-in/)
3. [PostgreSQL - IN operator]( https://www.geeksforgeeks.org/postgresql-in-operator/)
4. [Documentation: 9.0: Functions and Operators]( https://www.postgresql.org/docs/9.0/functions.html)
5. [Documentation: 6.3: Operators]( https://www.postgresql.org/docs/6.3/c09.htm)
其中 123 是第三方文档，45 是远古版本的 postgresql 官方文档。

Bing 的结果：
1. [Chapter 9. Functions and Operators - PostgreSQL]( https://www.postgresql.org/docs/current/functions.htm)
2. [PostgreSQL IN - Matching Against a List of Values]( https://www.postgresqltutorial.com/postgresql-tutorial/postgresql-in/)
3. [PostgreSQL - IN Operator - W3Schools]( https://www.w3schools.com/postgresql/postgresql_in.php)
4. [sql - IN vs ANY operator in PostgreSQL - Stack Overflow]( https://stackoverflow.com/questions/34627026/in-vs-any-operator-in-postgresql)
5. [PostgreSQL: Documentation: 16: 9.7. Pattern Matching]( https://www.postgresql.org/docs/current/functions-matching.html)
其中 15 是 postgresql 官方的最新文档，23 是第三方文档，4 是社区问答。

把所有的 csproj 里的 net7.0 换成 net8.0 就行了，然后再把引用的包的版本升级一下。

6 月 18 号才发货，好歹也得设备拿到手上再讨论吧。

wsa 之前是因为 Amazon 跑路了，应用提供商跑了那 wsa 自然根据协议也不能继续提供上面的软件。现在有腾讯来接手了就能继续提供 wsa 了。

跟什么语言没关系，哪怕是搜英文现在 Google 出来的搜索结果也很差，要么是不相关的要么是老旧的，与此同时 Bing 出来的搜索结果质量明显甩开 Google 几条街。
比如你搜索 postgresql in operator ，Google 出来的不是远古版本官方文档，就是长得像但实际上完全不相关的 QA ，要么就是第三方文档。而 Bing 出来的虽然也有第三方文档，但内动都是相关的，出来的官方文档也是最新版本的，旁边的 QA 以及 AI 总结也都是符合主题的。

Google：

Bing：

flutter 做的应用其实一眼就能看出来：
1. flutter 的滚动计算是基于帧的而不是时间的，因此在不同设备上体验不同，而且会出现不跟手的情况（微信的公众号订阅列表用了 flutter ，在部分设备上甚至会出现滚动倒转的问题）
2. flutter 的动画完全不匹配系统的原生动画，有时候你在系统里修改了动画方案等等到了 flutter 由于是自绘的根本不会遵守你修改后的方案；不同版本的系统动画其实也不一样，flutter 就没法体现出来差异性

软件是一样的，但是会根据你的 IP 地址来动态切换。