各位，咨询一个问题，M1 的 3D 图形处理性能如何？比如 blender 、maya 这些软件？

MacOS 有 app 、window 两级，cmd+tab 切换 app，cmd+`在 app 内切换 window 。

而 Windows 只有 window 级别。

@felixin #15
能在招聘帖子里看到 nestjs 使用经验分享真是意外收获，我也是在把自己的项目从 sprintboot 转成 nestjs 的过程中感觉到其文档和 typeorm 的文档很多时候还是无法解答一些很基础的疑问，虽然一开始 nestjs 的 IOC 风格感觉还挺亲切的。

就你感觉，nodejs 后端是不是还是 koa 相比之下生态更全一些呢？反正我自己的项目最终还是换成 fastify+sequelize 了，nestjs 我感觉还是太复杂了，没必要那么折腾自己。就像你所说，真有那功夫不如直接用 sprintboot 。

看了你的分享还有一个感受就是，后端还真不是我想的那么简单，数据库交互还要考虑那么多问题啊……我还是暂时专注前端比较好。

成都电信，3 天前的下午开始 timeout 和 connection reset 交替出现，不挂梯子完全无法访问了。

几年前我在 v2 发帖说自己遇到的催婚情况，当时有好些人说我自私，不为家长考虑等等。

现在，在这帖，没有再看见这样说的人了，说明大家的看法在改变了，觉醒自我意识的人更多了，挺欣慰的。

你说的“会自己弹出来有各种简历模板”是弹窗吗？我试过了，没有弹窗啊？你用的是什么浏览器？你是安装了 wps 的什么浏览器扩展吗？

想问一下 LZ，你自己家里和公司网络访问 azure devops 的速度分别怎么样（顺便再问一下都是哪家运营商的呢）？尤其是晚上怎么样呢？

我家里是电信，2017 还是 16 年的时候 azure devops 还叫 visual studio team service，那时白天 git fetch/push 速度可以达到好几兆，晚上也有好几百 KB 。但就在 17 年，有一天突然速度就降下来了，git fetch/push 速度白天还能有几百 KB，晚上跟 github 一样就只有可怜的十几、几十 KB 了，网页打开也慢得不行。从那以后速度就再也没恢复过。

@DGideas #6
这是否意味着这镜像阿里内部是没人用的……

@lovestudykid #5
Good，就是这个，反向代理，之前 USTC 也是反向代理，就可以 pull 个人账号的 image 了。我去试试。

@ofnh #2
这个是腾讯云内网用的地址吧？外网访问域名都无法解析

聊天和办公工具：微信、钉钉、飞书。都没有 Linux 客户端，我知道有 web 端可以用，但其中，只有钉钉的可以显示之前的聊天记录，微信网页版连语音都做不到，飞书 web 版最近终于可以参加视频会议了但不能分享自己的屏幕。

开发工具：小程序开发者工具，通过 wine 可以在 linux 上使用，但也有其他人说过了容易崩。

百度网盘已经有了 Linux 客户端，其它的软件，要么本身跨平台要么没有刚需，比如 office，可以用云文档代替（腾讯文档、wps 文档等）。

我不玩游戏所以我真的不想用 Windows，这几年我尽力为自己以前的使用习惯找到了替代品，但前面列出的那几点实在没办法。不可能因为我一个人就要其他同事将就我换成跨平台的吧？

所以结论就是：舍不得买 MacOS 。是的，那些软件，只有 Windows 版和 MacOS 版。

不自上而下的鼓励为 Linux 发行版开发软件，Windows 永远都替代不掉的。

我的 repo： https://gitee.com/okampfer/chromium-hibbiki-mirror，有个 version.txt 文件，里面只有一行，写的是类似 88.0.4324.190-r2202 的版本号，结果点开也显示“根据相关法律政策,该内容无法显示”。

我想不明白，这个文件哪里违反法律了？

@Jirajine #9
snowpack 没有绑定 rollup 。一直以来 dev 模式、production 模式都是用 esbuild 转码所有代码成 ESM 。dev 模式没有 bundle 这一步，甚至转码都是按需的，所以 dev server 启动才能那么快。production 模式其实也可以不用 bundler 插件，按 dev 模式那样输出，只是 plugin-webpack 、plugin-rollup 带来的一些优化也就没有了。

3.0 以前 esbuild 只是 transpiler 的角色，3.0 发布了之后 esbuild 同时也被用作 bundler 了，但依然提供了选项可以选择 webpack/rollup 作为 bundler 。

参考官方博客上 3.0 发布博文的一段：

In the meantime, we will also continue to invest in the existing bundler plugins for a long time to come, so that more mature projects can continue to use mature bundlers like Webpack & Rollup.

译文：同时，在很长一段时间内我们会继续在现有的 bundler 插件上投入精力，使得更成熟的项目可以继续选择使用成熟的 bundler，比如 webpack 和 rollup 。

@Biwood https://github.com/umijs/umi
阿里出的 React scaffold 。师承自 dva 。对位 CRA，主打可配置性。

@Jirajine 光有 plugin-vue 还不够，还需要用到 plugin-webpack 或者 plugin-rollup 。从文档上看 snowpack 官方明显更推荐 plugin-webpack 。snowpack 给了用户选择，Vite 绑定了 rollup 。但 snowpack 用了 plugin-webpack 之后 webpack 具体怎么配置得自己写，这个比较麻烦。

其实我觉得与 Vite 对位的是 Snowpack 。要说到 Vite vs Umi，从我目前了解的来总结：

1 、Umi 只支持 React，Vite 从 2.0 开始不仅支持 Vue 也支持 React 了。
2 、Vite 的转码、打包速度明显快于 Umi，应该是几十倍的提升。esbuid 比 babel 快得多的多，rollup 虽然不一定比 webpack 快很多，但至少输出的代码体积更小（因为默认格式是 native ESM ）。
3 、接上一点，Vite 只支持（至少现在是） rollup，Umi 只支持 webpack 。
4 、对于目标是现代浏览器的前端项目来说，Vite 配置复杂度比 Umi 低。因为你写的代码和输出的代码都是遵循 ESM 标准的。

总的来说，Vite 比 Umi 要更加现代化，浏览器兼容性要求不包含 legacy 浏览器的新项目值得尝试。2.0 出了之后我觉得对比 snowpack 的优势更明显了，尤其是针对 vue 项目。

对于老项目或者要求兼容 legacy 浏览器的项目，Umi 可配置性优于 Create React App，但我总感觉阿里对待它并没有 antd 那么认真。之前尝试 Umi 的时候遇到了一个 bundle splitting 的配置问题，按照官方文档做结果打包出错最后是在 issue 里翻出了一小段说明。之前用 dva 也是的，文档太乱，而且写得也不清楚，有很多问题还要靠自己推敲、查 issue 。感觉就是写文档很赶、维护 issue 的人很忙没时间。

要我选 React scaffold 的话我不会选 Umi，而是选 craco 。Vite 我非常看好，未来简化前端工程化肯定功不可没的。

一直想问，GCP 早就不能选 China 了，你们都是选的哪个区域？用的哪个国家的信用卡？