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 一类的独立且可靠的缓存实现。

@bthulu 多个请求间共享数据？这是什么操作，试图在进程内或实例内共享数据本就不是正确实践。

你不拿个 redis 一类的的话以后扩容怎么搞，而且 c#要是崩了的话数据咋办。

把一个完整业务流程求导本就是 web 开发的架构能力，你看像传统 php ，请求和请求之间都不是一个进程。

@pythonee 国内生态一般，国外的还行，感觉该有的都有。

这个问题主要聚焦的是业务代码，而在这种 CRUD 方面的话，c#的 ef 简直把国内经常用的 mybatis 这种半自动 orm 按在地上打，并且也比 hibernate 这种全自动武器好用不少。

真的觉得是你的问题。或者说，是你太迷信工程实践了。

如果你笃信“别管为什么反正就这么写，能用”，而她要刨根问底的话，那她实际上远比你更适合学编程。

C# 是真的香，不知道为啥不在候选，招人难度再高也比 Ruby 、Elixir 和 Scala 低，感觉和 NestJS 半斤八两吧。

另外，Python 的 asyncio 生态是相当残疾的。别看 FastAPI 吹的风生水起，实际上甚至连个好用的 session 都没有。ORM 层也是，tortoise orm 坑也很多。

真要说 CRUD 好用的话，基本就只有 Java （含 Kotlin ）、C#、NestJS 了。