一般来说，异常的频率一降到底的问题和 Surface 的 0.4GHz 问题应该是类似的，而 Surface 的底层原因是“SAM 跑飞了”，所以尝试更新 BIOS/重置 BIOS/给 BIOS 放电 /更新 UEFI 固件一类的才是正解。

@yazinnnn 并没有，只是微软其实花了大量精力和资金在各简中社区进行垃圾布道，以至于这种垃圾布道真的吸引了非常多的支持者。

所以，更想听到更客观，更有深度的声音和评判。

@paccco 人力资源生态不比较是因为没有意义，是个人都知道 Java 好找工作。

其他的限制我觉得更接近扫盲而不是限制，毕竟一提到.net 脱口而出仅 win 的大有人在，我不希望这些过时的评价掺杂进来也是正常考虑吧。至于运行时的考虑，就像我们在这里讨论的 Java 当然不是 Dalvik 虚拟机一样，但这一点在 Java 语境下完全不需要提及。

同时，你也可以从我没有限制 Java 版本和授权限制这一点理解到：我完全没有打算缩小有效讨论范围。

dotnet 还是有点牛逼的，很厉害的点是它的提交历史里几乎没经历什么重大的性能优化修改。

有了解过国外的 Game Dev 专业，是真的又苦又残忍，远不是计科软工信息这些能比的，我看到他们的课程安排曾经一度怀疑人生，感觉这已经完全苦到超越了我的想象力极限。

列一个大致的他们的课的流程吧，只列前两年，感受一下：
（需掌握高等数学知识方可入学，面试答题）
大一上：角色插画、场景概念插画、分镜稿基础、3D 建模基础、Python 、C#基础、Unity 基础
大一下：Unity 进阶（含 VR 、AR ）、3D 建模进阶、Unity 粒子特效、关卡设计理论、游戏交互设计理论、艺术思辨、游戏成品的分析和总结、嵌入式交互设备开发（ Arduino ）
大二上：ZBrush 雕刻与扫描重建修复、线性代数、图形学、技术美术（含 GLSL 和 Shader Graph ）、PBR 材质流程、音效处理及原理、社会现象及艺术反思、镜头语言理论、完整的过场动画制作大作业
大二下：游戏叙事理论、C#进阶（含反射、Linq 、序列化）、Unity 进阶（含编辑器与插件相关）、艺术思辨、完整的角色设计流程大作业（从遵守引文格式的参考和素材发掘开始一直到角色雕刻建模做动画到游戏内展示使用）、完整的带关卡编辑器的独立游戏大作业

自己能打洞的话很推荐 parsec ，感觉付点 vps 钱打个洞远比付钱给 teamviewer 划算的多。

这字体渲染…说真的，macOS 用灰阶吊锤 Windows 和 Linux 确实是这样，后两者都在用亚像素渲染，而 macOS 早就把它废弃掉了，纯灰阶靠着 Retina 一点都不糊。

来我看了样图之后给你解毒：
注意看大写 M ，它的 hinting 如此烂以至于左右竖线不等粗。
注意看小写 g ，它的处理如此粗暴，完全没有考虑到 g 会比 pq 的视觉重量更大，以至于用了同样大小的圈，导致 g 的看起来就是更粗大一点。
整套字体里英文字符最高的是哪个字符？竟然是小写 l ，它比大写字母都高。

试一下？觉得不可能…而且也没啥用途

@WebKit https://github.com/flutter/flutter/issues/63043
别洗了，Flutter 桌面在 Win 端远远不止是需要写插件——它甚至连基础的文字渲染都做不好。

flutter 的 win 桌面连个 cleartype 支持都没，真的还是别考虑了。

一定要成熟稳定的原生跨平台的话，或许可以跳出来试一下比较传统的 lazarus 。

没办法的。

因为待机耗电的巨头其实是那个 lpddr5 。

更建议使用 ManyMC ，它的功能是最齐全的：
https://github.com/MinecraftMachina/ManyMC

舒服肯定还是 ef 站在顶点，但如果说自由度的话，还是 java 系自由度高。

举个常见的优化例子的话，比如 Hibernate 和 JPA 都支持 addQueryHint ，而 Query Hint 在其他 ORM 里并不存在。

C#的 EF/Linq 是在这方面走的比较近的，有讨论得比较深入的 Issue： https://github.com/dotnet/efcore/issues/6717

并且，硬要写的话也可以用 DbCommandInterceptor 搞： https://stackoverflow.com/questions/8031069/how-can-i-specify-an-index-hint-in-entity-framework/67743682

其他家就真没了。说实话，我觉得 Query Hint 这种东西还是挺重要的，毕竟强制索引也算是一种基础优化方式了。

@bthulu 原来是 C/S 项目的 C 端。说实话这边讨论的业务都局限于 B/S ，而我也很久没有搞过 C 端了。

不过 C 端的话，实际上你不应该让 C 端去直接操控服务器端的数据库的，这样真的很不安全。

@bthulu 我们确实是在讨论业务代码吧？实现连接池我觉得太架构了。

你说的这种情形确实得纠结这个，但考虑到健壮性的话情形会复杂很多。

我很好奇具体是什么业务场景需要用到跨请求缓存，并且这种缓存对于延时一类的要求如此之高，以至于不能依赖现有的 redis 一类的独立且可靠的缓存实现。