@AFOX #75
鉴于高铁的票价，我更倾向于自动驾驶的汽车。尤其是一家人出行时。

@zli #73
活生生的例子 :-)

铁路的优势是上面有电力支持，同时也需要能组队而不是必须独立运行（否则效率低，速度低）。当然铁路运量也比这个大。

@hahade #4
是 GPT 不是 ChatGPT 。我自己就搞了一个因为我的 ORM 是自己封装过一次用来屏蔽底层实现的，直接把创建表的 Sql 给它它就能按我的要求生成。目前相当稳定，没什么问题：有的问题就是我有时候让它省去字段名符合 C#的命名规范，有的它会继续加上：但这并不影响。

@zq11211277 #61
那就是自动驾驶全部普及了的场景。说铁路是因为封闭式的轨道，在方案上更容易，对自动化要求没那么高，毕竟场地已经有所限制了。

@chairuosen #65
对，就是路由器的感觉。交通方面就会有大致大统一的方案，至少陆地上可能会有统一的一个：小盒子+组队。

@Depth #64
我后面回复别人时也提到了，赞同你说的阻力最终会来自于各子公司的利益冲突。那么就像银行一样，他们不改变，最终会有人改变他们。那就是自动驾驶的汽车，到时候人就不需要坐火车了。

@InDom #51
自动驾驶带来的高效会加大马路的承载量，比如如果都自动驾驶了，理论上是可以去掉红绿灯，十字路口 的车直接交叉通行，车子直接在间隙中通过。

参照：使用人来拣货的仓库和自动机器人/盒子拣货的仓库的效率区别。

@icyalala #46
对啊，单体变微服务。

@everhythm #44
空跑问题我的能解决啊，你细看。我的方案问题就在于挂载的可行性和时长，还有如何处理车厢没买满的问题：是设计更小的车厢（ 10 人一组？）还是满车厢才会编排。

我的方案本质就是旅客购买的车厢的使用时间而已，无所谓短的长的。他们的区别就在短的太多了的话有换客时间成本。

@yufeng0681 #40
公路不如铁路的地方：

- 速度
- 安全

@javalaw2010 #37

不管我的方案如何，大巴和火车都是有各自的战线的。火车最安全，意味着它的高速方案可能是最可靠的。长途旅行，即使是自动驾驶，有可能不能全程由自动汽车完成，这中间可能会由自动火车车厢接力进入高速阶段。

@yuxxxling #38
如果都实现自动驾驶了，那么有轨的自动驾驶肯定更可靠更容易实现。那么就意味着车厢挂载有可能更简单：毕竟自动驾驶做到组队也不是难事。

我也同意你说的不现实，不过我的理由是各铁路局的利益不会短期内允许谁搞这么一整套方案出来，这样会导致他们自己管辖下的车次就没有了。利益受损。

@rookie4show #30
我也觉得也不公平，相反我的方案实际上旅客购买的是车厢的使用时间，先到先得，公平得很。

我是通过建立一个 GPT 来解决的

@cheneydog #12

未来铁路公路是一家，还真有可能：反正一切自动化了。

@wanwaneryide #23

是车厢整个进站，旅客也只有进车厢时需要验证防止进错车厢：强制刷卡刷票/脸/身份证。

@yolee599 #20
乱走车厢的问题，在新的搭乘方案出来后，大家就知道不能/无法串车厢了
每节车厢的乘务员和清洁工确实会带来成本，这方面我没考虑到，也暂无方案
可靠的连接应该不是问题：主要是现有方案就没考虑让我们快速挂载
每节车厢都有动力，不需要非得挂那么长
小站就得降低编排频次，通过凑够足够人数才会发车来降低成本

@sagaxu #13
相同始发和目的地的，凑够一定车厢，价格高点儿，可以直接组队直达不停也不是不行。

@cheneydog #12
独立动力+自动驾驶+自动组队。我看行。