这里的 office 如果主要指 Word 和 PowerPoint，我觉得可以考虑 mac，用着还行。


但是如果是说 Excel，还是大量的那种，建议还是不要碰 macOS 吧。

@WeaPoon
估计是这一篇：
https://yifeishu.com/view/article/7rd

可以直接提审正式版，你不要按照他引导的那个顺序来就好了。。。

另，附一些参考链接：
https://github.com/divan/txqr
https://divan.dev/posts/animatedqr/

@also24 #7
修正…… 是 59.3 Gb/s，也就是 7.41 GB/s

关于极限版本的修正：

前面只考虑了 8bit，忘了考虑还有 RGB 了，加上 RGB 之后，单个像素点，实际上可以携带的信息是 8^3 bit 才对，也就是说一秒钟的的信息容量是 8^3 * 1920*1080*60 = 63700992000 bit，换算一下就是 59.3 GB/s 左右的带宽。

上面的是极限版本的，接下来是没那么极限的方案。

如果想要实际运用，那肯定用最常见的 QR code 比较实际，比较惨的是，现在最大的 QR code 只有 177*177，我们选择最低纠错级别 L，可用的数据容量为 2953 字节。
https://www.qrcode.com/zh/about/version.html

也就是说，每一帧只能传送 2953 字节的内容，另一方面来说，虽然屏幕为 60Hz，但是为稳妥考虑，我们以 30Hz 的速率展示内容，也就是每秒钟能够传送 2953 * 30 = 88590 字节的数据，也就是等效带宽大约为 86.5KB/s 左右。

先按黑白状态计算：
1080P 60Hz 的意思是，1920*1080 个像素，每秒刷新 60 幅，那么相应的也就是 1920*1080*60 = 124416000 bit 的信息容量，换算一下，大约就是 118.65MB/s 的带宽。

但是，现在的显示器，基本都已经是 8bit 了，那么理论上单个像素点是可以携带 8bit 信息的，也就是还需要 *8，也就是大约 949MB/s 的带宽。

但是这里需要注意：
1 、此处完全利用了全部的分辨率，也就意味着，不能使用现有的 qrcode 等编码方式，需要自己单独处理编码解码。
2 、此处完全没有考虑容错纠错问题，如果需要加入相应机制，需要相应机制的话，自行损耗相应比例的带宽。
3 、考虑到每台显示器的色域存在差别，可能需要有一个类似 『颜色对齐』的预先操作。
4 、iPhone11 支持 4K 60Hz，理论上应该恰好能匹配到显示器的性能（像素不容易对齐，所以用 4:1 ）。

@msg7086
对的，实际上大部分支持 SATA M2 的主板，即使存在屏蔽关系，一般也只会占用一个 SATA 通道。

楼主这种被占用了两条 SATA 通道的，更像是由于 NVME 或其它 PCIE 设备，导致顶掉了两个 SATA 通道。

我之前的华硕 Z170A 就是这种设计。

先翻出主板说明书，找下接口互相屏蔽的逻辑，每个主板不一样的

@huadi #155
你把问题看串了，目前起争议的主要有两张图。

第一张是购物车页面的，也就是楼主发的新闻中的那张。
这张的主要问题是，首页左上角的地址应该压根不一致。
原因：注意 6 元的配送显示的是『全城送配送费』，这是远距离配送才会出现的。

https://ww1.sinaimg.cn/large/760b39b3gy1gls7sr4ht5j20m80m84hz.jpg


第二张，是 28 楼评论提到的新闻中的，也就是 IT 之家的测试。
https://www.ithome.com/0/525/315.htm

这张确实是在订单页面了，配送费分别是 3.5 和 4 元，差了 0.5 元。
但是两个地址实际上并不一致，我认为是这个不一致，导致了 0.5 元的配送费差异。

https://ww1.sinaimg.cn/large/760b39b3gy1gls7uqldgzj20tu0whaud.jpg


我说的坐标问题，是针对第二张图的，几十米的距离，配送费差了 0.5 元，我觉得是可能出现的。

@garlics #151
我直接使用高德的网页版坐标拾取，取得的坐标是不同的，下方的地图上也可以看到取到的位置是不同的：
https://lbs.amap.com/console/show/picker

https://ww1.sinaimg.cn/large/760b39b3gy1gls7r3g5ywj222h0nnnhg.jpg