@kokutou 那排除 HDMI-HDMI ， 为啥 type-c 到显示器 type-c 也会有问题，但是我用同样的线材接到苹果自己的 display 显示器就没有问题，接到戴尔的显示器上就有问题。我用 Windows 笔记本或者显卡的 type-c 输入到戴尔的显示器也没有问题。我一般使用显示器，离显示器都很近，基本上有任何一点细微的差别我都会发现，可能是我太过敏感，但我仍然怀疑苹果完全没有对第三方显示器做过任何适配和校正，除了使用它自己的生产的设备，在其它第三方产品上就会有各种各样的毛病，官方也不提供解决的办法。

@kokutou 那为啥 mac 到 Display Studio 就很正常，转换为 DP 也很正常，按道理 type-c 也是走的 DP ，接到戴尔的显示器上，不管怎么调，只有用 DP 输入信号才是清晰的，搞得我前前后后，买了 500 块的数据线，还怀疑我的显示器坏了，我换了 macbook pro/air, mac mini ，结果全部是这样。

M1 系列最离谱的还不是这个问题，最离谱的是它的颜色输入模式，TYPE-C 到 Type-C, 或者 HDMI-HDMI 竟然都会有画质损失，只有将 TYPE-C 的 DP 信号转换为 DP 的接口，插入到普通的 4K 显示器才能正常的输出颜色。我和苹果的技术拉扯了很多论，验证下来，只有 Type-C 换行为 DP 接入到显示器的效果才是最优的，完全不知道是什么原理，他们的技术工程师还在找原因。

@Wataru 握手，我用的 2723QM 4K 接 mac 效果比 Windows 还差，不知道他们在吹啥。我换了 studio display, 效果的确要比 DELL 的 2723QM 要好很多。但是即便在 5K 屏幕上，也只有原生或者 2880 这个效果好，也就是只要不是整数倍，字体就会发虚，我买个 27 寸的屏幕，结果可用面积还是和 1080 的屏幕差不多，搞得我无语。

@detecti1 感谢，有效。现在 Safari 终于滚动起来没要之前那么离谱了，至少和 chrome/edge 差不多了，虽然感觉还是不够流畅。苹果是不是脑子有坑，这种基本的东西都不优化，还需要第三方出插件。

@ahhui 我看这个功能默认就是打开的，感觉很不科学。很多时候我回收站的东西并不希望它自动清理，看来这个逻辑和 OneDrive 的回收站逻辑差不多了，有点危险。

Windows 几乎所有 API 都存在 PowerShell 的 API 接口。

Clear-RecycleBin -Force , 定期调用一下这个 powershell 就好了。自己创建一个 Windows 定时任务。

SPA

因为很多软件并不需要 SAP, 而只是仅仅将 Vue 作为一个 View Render Engine 。这种场景下完全可以使用 Vue, 但不使用任何现代化的前端构建工具。我们就有项目这样用过。

@detecti1 我晚上回去试一试，希望有用。我比较讨厌使用触摸板，触摸板大部分对我来说都是个多余的东西。

@liprais 蓝牙鼠标 & 2.4G 接收器都有问题，鼠标是罗技的 G603 ，等我去买个有线鼠标试一试。还不行只能去买个独立的大触摸板了。现在这种卡顿跳跃，简直没法用。

没有 HTTPS ，你这种前端加密没啥意义。

tqdm 不适合重定向，但对输出做了刷新，重定向收到网络和 I/O 的影响，会出现各种乱七八糟的结果。

没有统一的标准答案，每个单位都有自己的使用场景，我一般在可视化这种场景中使用 vw/vh, PC 网页使用 px, 移动网页使用 rem, 打印使用 pt

将整套流程自动化，交给机器，不要手动测试。端到端测试尽量避免。

@thinkm 这样很不好，久坐几个小时不动久了会累积很多职业病。建议一个小时起来站一站，我最近就换了个升降桌，配了个手表来提醒我，起来喝喝茶，走两步，然后再回来写代码。

@zddwj 任何做软件开发的都不建议购买 8GB 版本，我之前不信邪，就买来试了一试，然后中间有一段时间出差了，回来发现编译慢的要死，窗口页面一多就卡顿，比我的 32 GB 的 Windows 11 台式机流畅度差太多，动不动就卡顿，后来直接亏 1000 闲鱼出掉了，买了个 512+16GB 的，用起来卡顿就少很多了，只要不开很多窗口编译就还好。我主要使用的编程语言是 C#/Go/Rust/Python/TypeScript, 没有那个不吃性能，微信的小程序开发工具是最让我无语的，时不时卡的我怀疑人生。

没什么办法。白嫖就要做好难用的准备。