@Milicense 我没有用过 M1，目前在用 Windows，所有苹果设备在 51 假期的时候放回老家了（因为不怎么用得上了）
不过印象中好像也没有慢到那么夸张，估计是软件的问题。

@Milicense 感觉很不正常，试试其他的看图软件？我之前基本上都在用 XnView，不过许多人并不习惯这种软件……

@Milicense 说错了，是 0.2~0.4 秒

@Milicense 试了一下你的图片，第一次打开大概 0.2~0.4 毫秒，第二次比第一次快一倍。

我在 Ryzen 4800H 下用 Windows 照片应用打开接近 600MB 的 PNG 图片只要不到一秒

@WebKit 我挺喜欢罗技的，其他鼠标的话，国产的往往驱动软件不好使，比如鼠标宏不能根据应用切换之类的问题，或者是 DPI 设置不够灵活（固定挡位不可调节）。或者选用的芯片不太行。
雷蛇的话，性价比低了一些，微动坏得更快，拆卸起来还挺繁琐，螺丝拧下来了外壳就是没办法分离……
我手头的罗技已经被我续命快 10 年了。

@hanksun 对于低端罗技鼠标的微动，因为针脚都在一排，拆掉特别简单。
它的电路板一般都在微动针脚其中一侧留了比较大的空间，没有任何贴片元件。从那一侧下手，把电烙铁横着贴在三个针脚一侧稍微预热一下。然后还是用电烙铁，从顶部用力往下按，就可以把微动直接弹下去，而焊锡还是残留在电路板上的。
找个平整桌面，把新的微动放在底下，电路板放在上面，让针脚和孔对齐。用电烙铁横着加热三个孔熔化焊锡，新的微动就上去了。
现在熟练了，除去拆装外壳，操作起来不到半分钟。

总体来说对动手能力要求挺低的。十多年前找维修师傅做这个，我还没回过神就搞定了，收了 1 元……

@yikyo 我解决了罗技的微动问题，花 5~8 元买一个微动，给我不到一百元的鼠标升级了相当于售价一千多的鼠标的按键手感。
我换了 TTC 6000 万次寿命金触点的微动，比起原装的更软（按下去的力度）的同时仍保持清脆以及快速回弹，高速连点更轻松了。

@towser 改用 Win+空格

@felixcode 我还没有用过，改天我试试看，谢谢推荐

@ipwx 我之前直接在 big sur 系统上安装的 Python 3.7，进入它的交互式命令行时就会报一个错，大概是 Python 引用了 /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation 这个库……
然后加载失败了，Python 崩溃退出，提示 reason: image not found

@ipwx 有个问题……在 macOS 11 上用 Anaconda 创建一个 Python 3.7 环境可以正常使用吗，会不会有报 image not found 这个错

@liprais 你可以谈谈 macOS 在这方面有哪些优势，因为这些只是我的个人体验。你可能会有其他我没有经历过的体验。

@liprais 这么说吧，现在去买一台全新的 MBP，可以安装的最低版本的系统可能是 macOS 11，也可能是 10.15 。
当然你在 Mac OS X 10.9 上使用 Python 2.7 ~ 3.9 都可以。不过新买的 MBP 如果不用虚拟机的话，实际上可以作为开发使用的只有 Python 3.8 ~ Python 3.9 。

@liprais 安装上去没有问题，运行起来有兼容性问题

@ipwx 在 macOS 上，如果不在 Docker 、虚拟机里做 Python 开发的话，会面临各种版本的兼容性问题。

我有印象的是 3.7.4 后面的几个小版本在 macOS 10.15 上因为新加的签名校验导致用 pyinstaller 打包出来的程序不能直接启动，而 3.7.4 和更早的版本可以。当时做的是一个图形界面的服务端维护工具，只提供给使用 macOS 的客户内部使用。因为这个东西比较麻烦，就直接选用 3.7.4 版本了。

在 big sur 上，运行打包好的 Python 3.6 程序都没什么问题，不过开发工具只有 3.9 版本才能正常兼容……所以，之前提到的项目还要在 macOS 10.14 中打包，经过测试可以在 macOS 10.14 ~ 11.0 中运行。10.13 则用 10.11 来打包，更早的版本用户量太少了，所以不考虑了。
公司的服务器用的 CentOS 版本有点老，上面的 Python 还是 3.6 版本的，服务器上用的是这个版本。

上面提到的那个运行在 macOS 上的图形界面工具其实是在 Windows 中开发的，因为 Windows 下可以同时安装 Python 3.5 ~ Python 3.9 所有版本，代码和打包的脚本写好之后再通过 CI，于不同版本的 macOS 中打包。并且同时还得打包一个 Windows 版本……

当然，因为 PyCharm 在很久以前就支持 FTP 自动上传、远程调试等功能，如今还有免费的 VSCode 可以用。因此，在宿主系统下写代码，在虚拟机、Docker 、WSL 里运行调试也没有什么不便的地方，不太需要担心当前平台无法使用某个库的问题。在 WSL 2 中，甚至连 CUDA 都可以使用，不过性能差了点。

至于为什么不直接在 macOS big sur 上用 Python 3.9 for macOS 版本做开发，然后不使用新版本的语法特性来兼容老版本 Python，然后通过 CI 给各种环境构建……
因为第三方库的问题，高版本 Python 能用的库还不够全，而且已经兼容的第三方库也是最新的版本，与老版本的 API 存在一些差异。而写出来的代码还要考虑尽可能在多个目标环境上复用的问题。

如果想问个人项目没有 macOS 怎么才能给苹果平台做适配，答案是使用 appveyor 的 CI 服务（免费）。

对于 java 、python 、go 开发而言，其实 macOS 并不能带来什么明显的优势。
有时候一些周边的软件可能还会有点小麻烦（根据我的经验，QQ 、微信 macOS 版本的内存泄露比较严重），而且普遍都比较吃内存，也许是因为软件里的图标都过于清晰？还有一些外设兼容性的问题（连接显示器之类的）
如果还有 Docker 的需求，macOS 的麻烦还大一些。哪怕是跑同指令集的容器，也能明显感受到 CPU 的性能至少差了 40%以上。一般都可以观察到比起 Windows 、Linux 下更高的 CPU 使用率。在 Windows 的 Hyper-V 上性能损耗大概只有 3%
另外 macOS 本身的小问题并不比 Windows 的少。
此外还有桌面性能低的问题，2019 款 MBP15 外接 3 台 4K 显示器，打开大量窗口时就可以感受到了。同样的用法在 ThinkPad X1E 1050Ti Max-Q 上还是很流畅的。大约是 20 多 FPS vs 60FPS 的差距。

MBP 上真正能感受到优势的地方其实也就触摸板、外放、界面美观、全局色彩管理（指对所有程序以及桌面壁纸都生效）、字体渲染（这个未必，如果外接 2K 和以下分辨率的显示器，没有开启 Retina，会非常糊），以及和苹果设备的联动。

对于“正统 Unix”这一点，如果你在用 WSL，那么 WSL 1 都比 macOS 更接近 Linux 。WSL 1 未实现的部分恰好也都在 macOS 与 Linux 有差异的部分里。对于个人用户而言，Unix 商标本身不能带来什么好处。

于是，从 Windows 设备换到 macOS 设备并不是一个全面的体验提升。如果 Windows 设备可以很好地完成你的工作，当然是升级到幻 16 、R9000X 之类的更香。

我确实没有想到友好在哪里。
一般来说，自己熟悉的东西用起来效率更高，不熟悉的东西用起来还得折腾折腾。

其实 macOS 的键盘交互体验并不好，总记得有些软件的单选 /多选框勾选操作，或者是类似的界面操作，在 Windows 下可以全键盘完成，macOS 则不响应一些按键。
结果总是得使用鼠标、触摸板。
因为我喜欢那种手放在键盘区域上就可以完成大部分操作的感觉，操作起来非常连贯。
我用 61 键键盘，Fn 用手腕压住即可，所以整只手都不需要移动很多距离。
最后还是回到 Windows/Linux 下了。

我也有和楼主类似的需求，在这楼里蹲一个比较好的键盘操作辅助工具。