另外，如果一定要用 2 的话，为啥不找一根 30 米的网线，直接从光猫接到 B ，不用打孔也可以比较美观的走线

非要严格计算的话，确实是 2 最优，但是也就降低 1 毫米延迟，但是 2 的鲁棒性低一些，因为你增加了网络的复杂度

NAS 上面绝大多数功能对于我来说都是鸡肋，最终方案是工控机+Linux+SMB+WebDAV ，随时随地跑满带宽，灵活性高，上限高，价格还低

忘了在哪看到的了，苹果的 HDR 分两种，一种是硬件支持，另一种是渲染画面的时候实时添加一个蒙板，利用显示器额外的亮度实现

@creanme 对的，linux shell 是一方面，再就是开发环境和部署环境都用 linux 很有安全感，以前见过不少 mac 或者 windows 写的代码，到 linux 就跪

@smallthing 因为有些改动还不足以提交成 commit ，再就是像 .env 这种虽然不适合存 git 但是多台设备之间还是得同步的，最后就是同步盘用久了还真离不开 :D

@dcsuibian 没错的，宿主机肯定还是最方便

@forbreak
@theprimone 楼上 oott123 老哥分享了自己的博客，WSL 好像现在支持图形界面了，把 vscode 这类软件装进去估计也针不戳，有时间可以折腾下

@oott123 条理清楚，方案可行，尤其是 「基于某种“不想在宿主机上安装开发环境”的奇怪洁癖矫情」就像是被偷窥了，晚上我就抄作业

接触到又能怎么样呢？ 5 年前研究出来的方案已经很成熟了，现在只要做好流量预估，各种预案，按照图纸施工就行，也挺平凡的

@harchiko 这个可能没说清楚，代码如果放 WSL home 目录，git 环境没问题一切正常，不过根据楼上老哥的说法，Windows 大版本更新的时候会导致 WSL 挂掉，文件就丢了

所以我最早是把代码放宿主机，从 /mnt/c 访问，但是有俩问题，1. 文件权限全部是 777 导致 git 不正常 2. 宿主机传输文件速度慢的发指

@bthulu ojbk 我再体验体验