@UN2758 没法碰路由器的话那就只能给 mac 单独设路由表了，mac 具体怎么配置路由表我没 mac 所以不清楚，应该一搜一大把

至于怎么个思路，就是设置 mac 路由表，让 mac 把 192.168.120.199 流量给路由到 winpc 的 192.168.120.100 上就行了，winpc 接收到流量后会自动处理

这方法我在同一台电脑上不同虚拟机上试过没问题

买了 powerbeats pro 的表示再买 beats 耳机我是傻 X

这写得实在太长了。。。。。。。

windows 的话 ShareX 这个神器了解下

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

点进来还以为有高见，结果一半是讲缩进的。

@geeksammao 那么请问你说我盲目乐观是哪里盲目乐观了？请你对着我 118 楼每段内容一个个指出来，你目前也不过只指摘了关于亮度的内容，而对其他方面避而不谈
所以对于其他我说的内容，你避而不谈的话不指摘我就当作你是肯定并接受了哦？

@geeksammao ？我真的有点奇怪，为什么你看事物永远都是只用静态的眼光来看。mini led 的确是分区控光，每个分区无法做到像素级控光，但问题是你扪心自问 mini led 开始大规模商业才几年？区区两三年时间而已，mini led 的量产就从原本的几十、几百个控光分区做到了苹果现在 12.9 寸成熟的 2500 分区上万灯珠工艺(请注意苹果这 mini led 虽然行业顶尖但已经是成熟工艺了)

如果你只用静态眼光看事物的话自然会觉得“mini led”的潜力不过如此在小尺寸下用处有限。的问题在于 mini led 的潜力远不止如此。苹果这 mini led 屏幕，它的单个控光区域约在 5.19mmx5.19mm ，灯珠间距 2.5mm ，而问题在于你知道 mini led 灯珠间距 0.63/0.9 技术已经成熟并开始量产了吗？
ipad 12.9 寸的屏幕尺寸是 19.66cm x 26.21cm ，而 iPhone 13 ProMax 是 7.13cm x 15.45cm ，做个最简单粗暴的除法 iPhone 想要达到目前 ipad 12.9 的显示效果的话，要等比缩小 2.8 倍灯珠间距。也就是说灯珠间距要到 0.92mm 。而我上面已经说了，0.9mm 灯珠间距的技术已经成熟并量产了。我觉得再过个几年发展成熟，mini led 在小屏幕设备上想要达到较好显示效果是没问题的

至于亮度，三星自己的 OLED 1600 尼特，但问题是三星把这屏幕给了苹果吗？请注意我们谈的是 iPhone 上的屏幕，三星最好屏幕只会给自己不会给别人，所以除非三星做出更高亮度的 oled 把低一档的屏幕给苹果，否则苹果也用不到高亮 OLED

还有屏下指纹这事，苹果做屏下指纹？我觉得不可能。至于屏下摄像头依旧遥遥无期，因为苹果正面刘海里并非只有一个摄像头。还是那句话，你觉得苹果不会做出为了踹三星而采用 mini led 这事，但我则不这么看，因为作为 micro led 的中间技术，苹果已经在 mini led 上投资了非常多了，对苹果来说 mini led 是一项比 oled 更加可控的技术。而当时机成熟的话，我相信即便 iPhone 变厚变重，苹果也是有可能直接踹了

当然，还有一种情况，那就是 micro led 量产比谁都想得要快，五年内开始量产，这样的话苹果的确没有理由用 mini led 。如果真能这样的，我非常乐意被打脸

@geeksammao 说真的，你有没有注意到一点，你的所有论点的核心论据就一个，即“和 OLED 相比 mini LED 显示效果不如 OLED ，采用 mini LED 会导致比 OLED 的显示性能落后，苹果根本不会采用”。

但是真的的如此吗？ mini LED 作为一个才出来没几年还在蓬勃发展的技术，它一点都不落后。而且就显示效果来说苹果的 mini led 非常强并不完全输给 OLED 。苹果的 mini LED 的确对比度虽然不如 iPhone13 的 200 万:1 但好歹也是块 100 万:1 的显示屏。而且同样的苹果那块 mini LED 能达到最大 1600 尼特的惊人亮度，你 OLED 请问用什么去发光？并且你估计没看过苹果的那块 mini LED ，虽然它是 mini LED ，无法做到像素级的 LED 大小，但是实际显示效果尤其在暗部表现非常好，你不特意在纯黑背景上画一两像素的白线根本发现不了问题，就显示效果这点，我手持 iPad Pro 12.9 寸我很清楚。

还有并且 mini LED 不用担心烧屏，使用寿命更长，这些都是比 OLED 强非常多的地方。总体来说 mini LED 在显示效果上并没有你口中张口闭口的所谓“显示效果差”的问题，和 OLED 相比是个取舍问题

然后你明显就没搞懂我说苹果不希望三星一家独大的意思。苹果是一个为了能完全掌控供应链而无所不用其极的公司，现在 OLED 再怎么着苹果都没有掌握 OLED 的核心技术，所以苹果必定会像替换掉 intel cpu 一样将屏幕替换成能自己能掌控的技术。
你问苹果为什么不投资 OLED 公司？因为苹果明显已经觉得未来不属于 OLED 开始冲击 micro LED 了，苹果已经是 micro LED 领域专利技术最多的公司之一你知道么？同时苹果在 mini LED 上投资了非常多你知道吗？对于苹果这样的公司，等时机成熟了为了更大的利润和更强的供应链生态掌控，我觉得他会毫不犹豫地直接踹掉 OLED ，就像之前踹掉 intel 那样。至于怎么宣传，你觉得像 mini LED 这样新出地技术，苹果会找不到方法来给用户洗脑？

@geeksammao 啊，不好意思多年习惯导致说的时候喜欢混用 LCD 和 LED 。我今后会多意，多谢提醒。

话题回来， “图个啥？你至少把苹果在手机上选 miniLED 的好处给我列两个才有说服力吧，”

通过你这话我看出来了，你这人是属于那种典型不听人说话，看到不合心意的论点看都不看完别人说了什么，就冲上去一顿输出的人。来，我 70L 的原话原原本本地复制粘贴给你看，如果你还当作没看到地话我就真没办法了。

“而对于苹果来说，他有足够的动机用 mini led 替换 oled 。苹果自己就是 micro led 的最大玩家，而作为期间长期过度的中间技术并且防止三星一家独大，苹果自己应该有足够动力采用 mini led”

你要地两点好处，请 :)

@geeksammao 我主要是不想和你多嘴。从原理角度的确 LED 在体积等方面有劣势，这也是现在越来越多安卓厂商选择 OLED 的原因。
但问题是你这废话了半天，搞得一副 LED 根本就不能做手机屏幕的样子。那我问你，请问 iPhone11 用的是 LED 还是 OLED ？ xpiear

你说了半天 iPhone 不也用了十来年 LED ？啊，你说 LED 体积、厚度、功耗有劣势所以苹果抛弃了 LED 。但问题是你苹果什么时候关心过用户怎么想的，苹果选择手机配置向来都是“我想这样，才不听你用户”。只要苹果自己觉得想上或有必要上 mini LED 了，那么手机再重点厚点也无所谓，到时候用户也是乖乖买。所以你懂了为什么我觉得有可能吗？因为上不上 mini LED 并非是单纯的是你口中的技术问题，而且还有苹果自己另外的考量

@geeksammao 那就这样吧，等过几年看看苹果会不会 iPhone 上 mini led 。如果上了，我会特意过来 @你来打你脸，可以吗？

@geeksammao 期待 micro led 可还行，让我期待一个可能 10 年后才普及的东西我还不如期待 mini led 的优化。
以及奉劝你说话别太死，oled 刚出来时显示效果之辣眼之垃圾也是被 led 按在地上摩擦毫无还手之力（大学时两个室友都是三星手机，对于早期 oled 有多垃圾我有发言权）。但 oled 不过几年就优势出来了。同样 mini led 大规模应用也不过才最近一两年，我对 mini led 将来的可能性有一定信心。

而对于苹果来说，他有足够的动机用 mini led 替换 oled 。苹果自己就是 micro led 的最大玩家，而作为期间长期过度的中间技术并且防止三星一家独大，苹果自己应该有足够动力采用 mini led

当然到底 mini led 应用要多少年我也不清楚。我觉得两年左右 mini led 应该会下放到 mac air 或 11 寸 ipad pro/air 吧

再憋个几年没准苹果就在 iPhone 上用了 mini led 了呢

不绝育的吗。。。。

@vanton 这个插件除了生成佛祖，还能生成耶稣，真主吗.jpg

我也以为大家都知道点一下 cmd 就能暂停。。。。。。

你们 ls 一个个说得好像言之凿凿确有其事一样的，但问题是 docker 容器的目录挂载没有性能损耗啊，不知道你们是根据什么得出的有性能损耗这个结论的

https://superuser.com/questions/1542169/does-a-docker-bind-mount-have-a-performance-penalty-on-linux

想了下，你们该不会是基于 mac 上的 docker 文件性能很拉跨得出的 linux 下 docker 也很拉跨的结论吧。。。

虚拟机≠模拟器

lz 你要把这点搞清楚

@learningman projector 就是单纯的传图像。。。。启动个 idea ，然后开启 projector 服务器插件，在网页上操作就能看到服务端的 idea 同步在做网页上的操作。。。。网页上点菜单服务端也自动点开了菜单。。。。

然后后来出的还在测试中的需要结合 code with me 的那个远程开发，不稳定倒是其次毕竟测试中，最重要的是每开个项目都起一个独立的 idea 实例，随便开几个项目就把内存吃完了