@forty #247
本来 1 条轨道 1 辆车，大站 20 条轨道差不多，按你的方法怎么也得 60 条轨道以上。
--------------------
你都没看清楚我的方案怎么就敢说我的不行？

现行方案，一列车进站直接一列站位都占了，直到这列车出站才允许再次使用。而我的方案，一列车只需要少数几个车厢入站，这几个车厢根本占不了一整列的站台，他们可以一辆跟一辆排队在站台上。此时铁轨上下一列车根本不需要等这些车厢上完客，只要站台上还有位置，就可以继续放车厢进来。

我的方案更节省站台啊！

@SparkQiu #251
ABC 分别到 D ，属于短途，这种班次要么频率低，要么就需要容忍频繁的上下车。由系统根据旅客需求智能编排，大致方案可能就是：

如果 ABC 到站多的，那么就可以合并：比如某车厢到 A 下的人多，那么这个车厢下一段正好运 A 到 D 的。
如果少，那么就是有一个车厢从 A 到 D 每站都停，都上下客（跟现在的列车模式一样）。
还有从 A 到 D 的车次，有的客户购买的不是最短时间的，中途允许停一两次（包括这一两次都是编排的时候才定的是哪一站停），那么此时就可以将 B 和 C 到 D 的放到这样的车厢中。

这样的智能编排是比人聪明和高效的，我只是举个几个编排例子。

@MonkeyJon #210
也不需要完全私有化，只需要铁路作为基础设施，然后开放这个基础设施，谁来都一样的收费标准（甚至都可以竞价），只要有标准，各路神仙就可以自由发挥。

这种新闻都是说打脸 GPT ，最终也不知道打的是谁的脸。

我铁打的 ChatGPT Plus 一直开着就挺好的

@lovestudykid #241
具体讲是环岛在流量低的时候通行率高于红绿灯。新西兰很多路上是环岛是因为没那么多车，这时候经过就不需要停车。而红绿灯再智能也会让你等一下再给绿灯。尤其是晚上开很有感觉：环岛就跟没有似的，停都是红绿灯路口虽然没有车也停反而不如环岛爽。

@haikea #239
对，就是这个意思。

@momo1pm #240
实际上都不需要研究这些细节，只看结果就行。滴滴司机交分子钱，但他们最终也是赚钱的，虽然可能都是辛苦钱。滴滴可以部署自动驾驶替代司机拿走他们的辛苦钱。

@7gugu
我也不确定，因为我的是开通开发者才使用的。不过应该是需要开发者账号否则人人都可以通过 testflight 发布，直接突破发到自己手机只能使用 7 天的限制。

我在我司何止一线，我 lead/架构师/扛把子。哈哈，不过我在外。

@jqtmviyu #15
版本限制确实很恶心，不过可以强迫安装新版 Xcode ，我的 intel 版 mac 就安装了新版，只是启动需要使用命令行。我只拿它 build ，项目本身 C#写的，目前没什么问题。但不确定直接使用 Xcode 开发项目成不成。

@evan9527 #233
现在可以牢牢记住 v 站有了 😁

@itisqiang #230
展开说说？或者帮我回回 227 楼。我实属门外汉了

@moneyduo #229
无红绿灯的问题是没办法人为控制局部交通。比如环岛规定进入的让左手边的，那么正常情况下没什么问题。但凡一边车特别多的时候，旁边的车就有可能等半天才会钻到空子，时间长了这个车道就严重堵车。这种情况还不好缓解因为没有信号灯强制给其他车道机会。

新西兰这边就很多环岛，稍微大一些的道路就改成红绿灯了，没怎么见红绿灯改环岛的。

@momo1pm #231
小地方环岛多，新西兰这边到处是环岛，无红绿灯。

@momo1pm #232
滴滴还有司机呢都没亏死，自动驾驶只是去掉了司机。只要市场没被管死（垄断），就有机会被发掘。

我是买了个手表（苹果）被迫健身：为了完成三环。

@snw #227
你说的有道理：结构安全。我不是结构专家，确实没办法回答这个问题。

其实我后面分析结果反而看好自动驾驶汽车。实属种瓜得豆了

@7gugu
每年 688

@momo1pm #222
方案出口到印度