其实微软现在靠 AI 给 Azure 狠狠的加了一把柴火，现在市场份额 AWS 仍然是领先的 29%，但是 Azure 已经追到 22%了，对比之下 GCP 只有 12%。
之前手上的一个项目用到了 GCP ，我是真的从来没用过像 GCP 那种往一个页面里塞一大堆东西和折叠框的让你找东西找不着的反人类 UI ，和各种过度包装的 API 设计，就光说给 GitHub Actions 分配一个 access token 你就得前前后后配置一大摊子，只能说活该份额低。

Windows 的 UI 各自都是独立的 COM 组件，而 explorer 中的组件也同理，因此在同一个 host （窗口）上你可以根据配置来随意组合各种控件使用，也就造成了不同的入口在同一个进程的同一个窗口上却能加载出来两种完全不同的 UI 实现。
能做到这一点恰恰说明 Windows 在架构上很优秀，模块化做的非常好，组件之间全部都是解耦合的，可以随时添加也可以随时剥离。只不过为了兼容性很少删除旧的组件，因此你还是能通过某些方式调出来。

Azure 是允许按照订阅管理员的要求来自定义什么资源可以部署什么资源不能部署的，估计是你们公司管理员专门把 Public IP Address 给关了。
不过 Azure 的虚拟机没有公网 IP 也可以创建，你可以创建之后再部署个 Azure VPN 服务啥的访问你的虚拟机。

@drymonfidelia 不应该，按理来说应该是会出现性能数据总结的
换成 /clp:PerformanceSummary /tl:false 试试呢？

可以试试给 dotnet build 加几个参数：-clp:PerformanceSummary -tl:false
这样能看到编译时间到底花在了具体哪个任务上

你的 json 处理之所以在 C#上慢是因为 C#的 JIT 需要预热，预热的阈值是一个函数被调用 30 次以上，所以你得多跑几次。

旧 win10 右键菜单是同步阻塞加载，一个加载项卡了就会把整个菜单卡死。而 win11 的新右键菜单是异步加载，单个组件卡死不影响右键菜单的使用。
所以最简单的方法是换回 win11 的右键菜单。

@VchentozV 现在有 TorchSharp （ https://github.com/dotnet/TorchSharp ）了，基本上你 python 怎么写 ML 在 C# 就怎么写 ML ，同样支持 CUDA 加速等等还没有部署打包的烦恼。不过很多构建在 pytorch 之上的第三方库还是得自己移植。

.NET 兼容性确实不错，升级就是改个版本号的事情，而且每次升级都能坐享免费的性能提升。
前不久给 garnet （ C# 实现的 redis 服务器）做性能测试，简简单单提升个 .NET 版本号就能看见性能以肉眼可见的幅度往上走。

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

@minami
@littleshy
好消息是修复已经签入了就等待 release 了：
https://i.imgur.com/hVMkiYY.png

@MacsedProtoss X Plus 也分 XP64100 和 XP42100 ，后者才是把核显砍到 4K120 都看不了的残废芯片，而前者是 X Elite 同款满血 GPU 完全没问题。

@hez2010 刚说完这话就发现 Alexandre 提交辞职信了。Unity 管理高层确实垃圾。

@LaTero Alexandre 还在就没问题，Unity 的 .NET CoreCLR 引擎组主要就是这个人在负责。

没看到有这方面的消息。

官方论坛依然正常更新进度： https://discussions.unity.com/t/coreclr-and-net-modernization-unite-2024/1519272
Unity 维护的 .NET CoreCLR 的 fork 依然正常推进： https://github.com/Unity-Technologies/runtime

@w568w 目前来看似乎是没有限制的，Mandelbrot 套出了总共 16 万多个字符长度的类型名都能正常解析和运行。

C# 用模式匹配轻松完成对 !!x 这种双重 not 的化简：


你说的超级增强版就是 Microsoft 365 Copilot （商业用户的那个，不是个人用户的）。
买个 Microsoft 365 商业版订阅然后开个商业版的 Copilot ，他就会把你 OneDrive 里所有的数据都综合到一起让 AI 帮你组织起来。

1. 你在代码里加的索引有通过 migration 应用到数据库吗？没同步到数据库表里面是没用的。
2. 建议用异步方法 ToListAsync 。
3. 你可以看看具体生成了什么 SQL ，你这个需求完全没有必要在 SQL 做 GroupBy 和 Select ，你可以先 Select 出来然后 ToList 再在应用端进行 GroupBy ，比如像下面这样，毕竟 MySQL 的数据库引擎的索引做的本身就完全是依托答辩，最好只把 MySQL 当作一个大号 KV 来用。
```cs
return Ok((await dbContext.Orders.Where(x => x.CreatedAt >= DateTimeOffset.FromUnixTimeMilliseconds(queryForm.StartDate) &&
x.CreatedAt <= DateTimeOffset.FromUnixTimeMilliseconds(queryForm.EndDate))
.Include(x => x.Sku).Where(x => x.Sku != null)
.Select(o => new
{
SkuId = o.SkuId,
SkuName = o.Sku.TitleEng,
Status = o.Status,
ReviewTasks = o.ReviewTasks
})
.ToListAsync())
.GroupBy(o => o.SkuId)
.Select(g => new
{
SkuId = g.Key,
SkuName = g.Select(o => o.SkuName).FirstOrDefault(),
Delivering = g.Count(o => o.Status == (int)OrderStatusEnum.Delivering),
Cancelled = g.Count(o => o.Status == (int)OrderStatusEnum.Cancelled),
InProcess = g.Count(o => o.Status == (int)OrderStatusEnum.InProcess),
InReview = g.Count(o => o.ReviewTasks.Any(t => t.Pending && t.Result == false)),
Total = g.Count()
})
.ToList());
```

@sagaxu 微软支付不提供 .net 版 sdk 并不妨碍第三方提供完整的 sdk： https://github.com/fudiwei/DotNetCore.SKIT.FlurlHttpClient.Wechat

至于 mysql connector ，感觉用 .net 的更多还是用 pgsql ，而不是 mysql