非常理解楼主，我在读博的时候也遇到了类似的导师，刚进组的时候和蔼可亲，但是很快情况就急转直下了。然后从第二年开始有那么一年半都压力超大。后来运气好发了两篇顶会就好多了。但是在那一年多里真的是压力超大，而且那时候都感觉自己出现了幻听，那时候每次听到电脑里 Skype 发消息的声音都会心中一紧。组里其他人也很惨，有个国内过来交换的博士生直接被整到抑郁了。

我运气比较好，问题自己就解决了，如果当时运气不好没有发出来文章的话也不知道会怎么样。但是现在回过头来看，我愿意把这些都算作人生历练的一部分。其实在你觉得自己是在最低谷的时候往往也是自己成长最快的时候。反正这个社会就是这样，在你没有足够强大足够实力（经验，学历，能力）的时候你就要苟着，内心足够强大苟下来了后面就会顺利多了。没有坚持下来的，或者根本就没有经历过的，那早晚都会要被上一课。有的人前面运气好，一帆风顺，直到四五十岁时才被社会上了一课，那时候基本上就很难翻盘了。你还年轻，再怎么样都没事，坚持下来就是胜利。

@zlkent 苹果从 17 年开始发布 ARKit 应该就是想搞定这个设备的生态，毕竟拿着手机玩 AR 感觉很违和。希望后面能够出一个简化的版本，让更多人用上这个设备。

@mxmbfa 这个确实是个杀手应用——直接通过 HDMI 显示电脑屏幕，然后模拟大自然来个沉浸式编程，工作。只是希望这个设备的分辨率足够好，别像 PSVR2 那样看屏幕感觉很糊就行。

@zlkent 同意。感觉售价，佩戴舒适性，电池续航能力，和屏幕分辨率这些都是未来需要进一步提升的。不过 iPhone1 它也没有视网膜屏幕，应该这些都是可以慢慢搞定的——只是希望它别死的太快。

@dcsuibian 毕竟是好多年前的产品了，不过就目前来看，上面的半条命：Alex 还是现阶段最牛逼的 VR 游戏。

@lrigi 那和现在躺在沙发上看纪录片差不多。实物还是替代不了的。

@binux 买的失败的产品太多了，不缺这一个了。不过感觉这个获得成功的概率比前面列举的哪几个还是大一些。

@locoz 但是物理控制器的局限性很大，在 VR 的游戏场景可能是个好的选择，但是在 AR 和移动场景中并不是一个好的选择。我也是各种 VR 设备的用户，体验下来最讨厌的就是这对手柄——早期设备每次使用的时候还得脱下带好的头盔去找，后期设备虽然能够显示在虚拟场景中，单独握持手柄也感觉很繁琐。更不用提每次还得单独给这两个“祖宗”充电，本来 VR 设备现在使用的次数就少，每次好不容易想用一下，发现没电了还得充电就很烦。

说回 Vision Pro ，这个设备因为不是一个 VR 设备，所以选择做手势追踪肯定是更合适的。而正如 @zkkkk 所说，这个是市场上独一家用手势追踪而不是手柄的设备。做个手势追踪简单，但是把它做好很难。另外为什么不提技术普惠的问题呢，这个恰恰是最重要的一点，我觉得这些传感器和装置结合在一起做出的效果是之前任何设备都没有做到的，也肯定是以后所有厂商都会跟随学习的。

@newage126 那当年 iPhone 1 代是怎么弄的，那时候也没有海量的 app 不是也成功了吗？而且这个设备本身就支持所有现有的 app ，可以直接投射进去用。另外其实 Apple 的 ARKit 已经在 17 年就已经推出了，并且一直在不断更新。而且和 Unity 结合也会让开发门槛大大降低。

另外反驳下上面有人说“这个东西没有什么突破，只是堆料更足而已”。你回想下 07 年 iPhone 刚刚发售的时候，那时候 iPhone 除了多点触摸，其他的技术都不是新的，市场上早已有了先行者。可是产品和发论文不一样，不是你第一个做出来就牛逼，而是你做的好用才牛逼。苹果公司厉害的地方就是它能够从材料到硬件到软件，整个一体搞一个产品出来，而且每项都是顶尖的。这个是其他任何公司（包括 Meta ，Google 和微软）都不具备的能力。所以量变引起质变，有的时候一个新的产业的成熟就是在堆料堆足了的那一刻。就像 iPhone 重新定义了智能手机，ChatGPT 重新定义了 AI 一样。

楼上都得提自己是 VR 用户来拼资历，那么我作为第一代 Google Glass ，第一代 Oculus ，第一代 HTC vive ，第一代 Valve Index ，第一代 Hololens ，Quest2 和 PS VR2 的用户。我表示，这个产品一出我肯定会买。第一代产品肯定有一堆缺陷，但是这个产品后面如果能够成为主流（概率比之前的这些产品都大），那么第一批为其开发应用的开发者将赚到钱。

这个产品第一次解决了怎么在佩戴头显的时候捕捉并显示自身这个问题，未来肯定会有虚拟课堂这样的教育产品。还有结合 GPT 的虚拟助教。

至于价钱，3500 刀不便宜，但是这个体验肯定比上面我列的所有产品加在一起都要强，同时也是投资一个有着大量商机的未来平台，我觉得值。

我记得 07 年 iPhone 刚出的时候我妈拖人从美国给我带了一个过来。那时候我是大学班上唯一一个有 iPhone 的，我当时感觉自己好像有超能力，可以用这个手机做很多之前做不了的事情（需要注意的是，那时候其他的手机系统也做的都很完善了，但是和 iPhone 不是一个档次的）。去年的 ChatGPT 跟我同样的震撼，现在 ChatGPT 已经是每天我工作和学习大量使用的产品。所以我觉得老黄说的没错。

如果是强制的并且拍摄的是室外，那么就应该政府出钱负责安装，不应该收取个人的服务费。
如果你收费了，那么就不能强制每家都安装。

看你开发什么了。哪个用的顺手就用哪个。我现在有 mac （作为主力机），也有 windows ，自己的服务器都是 linux 。以前也喜欢 arch + awesome wmmanager ，现在觉得用哪个开发都可以。 最主要的是不要花费太多时间在配置上。

刚刚仔细了下，刚刚生成的逻辑好像不太对。我又重新提醒了下它

不是应该是远程 WIN 客户机拨号 VPS01-06 连接 VPS3 吗？

抱歉我之前的回答可能对你的场景理解有误。根据你的描述，你需要在远程拨号的 VPS01-06 上部署 FRP 客户端（ frpc ），然后将它们的代理服务通过 VPS3 进行转发。这样，本地的 Windows 客户端可以通过 VPS3 访问 VPS01-06 提供的代理服务。具体操作如下：

在 VPS3 上部署 FRP 服务器端（ frps ）：
操作步骤与之前的回答相同，参考之前的步骤部署 FRP 服务器端。

在远程的 VPS01-06 上分别部署 FRP 客户端（ frpc ）：
首先下载 FRP 的最新版本，解压缩后编辑 frpc.ini 配置文件。以 VPS01 为例，配置如下：


[common]
server_addr = VPS3 的公网 IP
server_port = 7000

[VPS01_proxy]
type = tcp
local_ip = 127.0.0.1
local_port = 1080
remote_port = 1234
其中，local_port 是 VPS01 上运行的代理服务端口，remote_port 是在 VPS3 上映射的端口。对于其他 VPS （ VPS02-06 ），类似地配置代理，并为每个 VPS 分配一个唯一的 remote_port 。

然后在每个 VPS 上运行 frpc 客户端程序：


./frpc -c frpc.ini
在本地的 Windows 客户端上配置浏览器代理：
在本地电脑的浏览器中，分别设置不同的代理，例如：

浏览器 1：socks5://VPS3 的公网 IP:1234 或 http://VPS3 的公网 IP:1234
浏览器 2：socks5://VPS3 的公网 IP:2345 或 http://VPS3 的公网 IP:2345
（请根据实际映射的端口进行设置）
经过以上配置，本地浏览器应该可以通过 VPS3 访问远程 VPS01-06 提供的代理服务。如果你还遇到问题，请检查防火墙设置以确保端口是开放的。希望这个方案能够帮助你解决问题！


https://i.v2ex.co/m85z0P6X.png

虽然这里不允许贴 GPT 生成的内容。不过这次 GPT-4 的解决方案应该是对的。我就贴上来给你参考下。

根据你的需求和场景，我建议你可以尝试使用 FRP (Fast Reverse Proxy) 进行内网穿透。以下是一个可能的解决方案：

在你的运营商服务器 VPS3 上部署 FRP 服务器端（ frps ）：
首先下载 FRP 的最新版本，解压缩后编辑 frps.ini 配置文件，配置如下：


[common]
bind_port = 7000
然后运行 frps 服务端程序：


./frps -c frps.ini


在你本地的 2 台 win 客户机上部署 FRP 客户端（ frpc ）：
下载 FRP 的最新版本，解压缩后编辑 frpc.ini 配置文件。对于每个远程 VPS （ VPS01-06 ），你需要创建一个代理配置。例如，对于 VPS01 ，配置如下：


[common]
server_addr = VPS3 的公网 IP
server_port = 7000

[VPS01_proxy1]
type = tcp
local_ip = 127.0.0.1
local_port = 1234
remote_port = 1234

[VPS01_proxy2]
type = tcp
local_ip = 127.0.0.1
local_port = 2345
remote_port = 2345

针对其他 VPS （ VPS02-06 ），你可以按照类似的方式配置代理。

然后运行 frpc 客户端程序：

./frpc -c frpc.ini
配置本地浏览器代理：
在本地电脑的浏览器中，分别设置不同的代理，例如：

浏览器 1：socks5://127.0.0.1:1234 或 http://127.0.0.1:1234
浏览器 2：socks5://127.0.0.1:2345 或 http://127.0.0.1:2345
经过以上配置，本地浏览器应该可以通过不同的代理访问远程的 VPS 。如果你还遇到问题，请检查防火墙设置以确保端口是开放的。希望这个方案能够帮助你解决问题！