@systemcall 11# 运营商做室分也得看物业的脸，然后搁到学校这个物业主体 /固资所有者，这就聊不动了。

给楼上补充一个 zmk.pw ，subhd 还得扫码

@Leonard 19# 又不是第一个，当然也不是最后一个。HDMI 2.0 叫 HDMI 2.1 TMDS

所以即便 12# 15#说支持 HDMI 2.1 ，也可能还是 HDMI 2.0 ，至于超过 4k60Hz8bit 的能力，那确实还是超过了原 HDMI 2.0 14.4Gbps 的限制，也就是说，勉强 HDMI 2.1 ，如果刷不到 120Hz ，那就是显卡芯片的问题了。

来一个满大街都是的头像

想办法让腰挺直，比如某些腰带

让我数一数，这是弄了 5 个 NAT 啊，有想法。。。扁平化不好么。。。一个家庭网路，一般情况下最多 1 个 NAT 。2.7 替代 2.1 ，2.4 和 200.2 开 AP 模式。

不然，192.168.2.1 或者 2.7 需要上静态路由 192.168.100.0/24 via 192.168.2.4 ，然后 2.4 做 ip_forward 开 SNAT 、DNAT 。

可问题是别说 4k120 就算是 4k60Hz10bit ，HDMI2.0 也吃不下啊，更别说 DV 需要 4k60Hz12bit 了。
哦，可以降帧，4k[24hz|30Hz]12bit

你的 TP 到底路由还是 AP

PWM 和 DC ，确定 BIOS 工作的模式跟风扇的模式匹配

https://cloud.tencent.com/developer/article/1888426 ，善用搜索引擎：nginx resolver upstream
似乎 upstream 和 resolver 没有良好解。

对象存储很重要？跟 seafile 的团队沟通过，他们的底层本身就是某种形式的对象存储。
才 10 个人 15 个人，上个 seafile docker 就轻松解决问题。我这边都支撑了 50 人规模的文件共享，从 seafile1.x 一路用到现在。

com.alphainventor.filemanager

如果想要知道怎么做到实例 parent 嗲用了 Child.print 的话，可以了解一下 JAVA 虚拟机以及 bytecode

如果想要知道为什么要这么做的话，那就得问 Bjarne Stroustrup 和 James Gosling 了。🤣

我好像提过类似的问题。我当时的问题是想办法外部调用的时候，调用 Parent 的而不是 Child 的。
但这确实就是 JAVA 的继承机制，重写 overwrite 父类方法。从 bytecode 看，Child 的实例，也就是 parent 相应的 method 入口在 Child.print 上，除非反射，否则类加载器永远无法找到 Parent.print 。

另外这里还有修饰符，print 的没有显式写，所以默认是 public ，那 Child 就 overwrite 了 print ，如果修饰符为 private ，那就不会 overwrite ，本级调用本级，次级调用次级，不会互相串。

没说明白到底需要几个 2.5G 设备啊

我用了 r68s ，两个 2.5G ，NAS 上有两个 2.5G ，这样台式机 2.5G 、无线路由（ AP 模式） 2.5G ，r68s 的一个 2.5G 串到 NAS 上再串到台式机上，另一个 2.5G 直接接到无线上。

如果不做光猫桥接，好像 NAS 上开旁路由就行了，然后弄个 USB3 的千兆 USB 网卡，设定虚拟交换机绑定三个网口，不提供 DCHP 不提供 NAT ，完活。

@locoz 140#
你看过机动车的使用说明书么？知道为啥读不懂么？就是各种奇葩的人太多了，厂商为了确保自己方方面面都说到，不出现问题，才把简单的问题长篇累牍的说圆喽。
当你收到几个法院的单子，你就会想，特娘的到底是我的错还是用户的错，或者我想办法规避我的错——美国那种海洋法系的，就会遇到这类情况。偶尔再来一个集体诉讼，很有可能直接破产了。

不是说 SB 的毛病要贯着，你如果站在车厂的角度，当然要规避责任啊。

@wangyuyang3 74# 请看我 38#说的，这是一个意识的培养过程，不是换了电车立马就是的，特别是没有开过别的车，上来就是电车就是 T 的这款。正如楼内所述，干脆开一个新的准驾车型，不要跟传统操作模式混淆。

@xuanbg 62# 正常心智的人都没有出事故，Y 也不是个个出事故。油车也不乏把油门当刹车踩到底的。不要用正常心智去推断异常心智，但是机动车这个具有伤害自身和他人能力的工具，要在一定程度上避免异常心智的发生，特别是某种操作方法更可能引起异常心智的时候。

@inoreader 57# 你说的肯定对，我始终坚持的是，不知道油门在哪，也不能不知道刹车在哪，脚的正常位置 /舒服位置是踩刹车，踩油门要稍微拧一下以便应急踩刹车时可以完全用力——但这都是对机车车这个危险物品、对安全意识比较高下的结果，不要视图认定所有机动车驾驶员都有很高的安全意识。

@locoz 48# 对于清楚理解机动车的，都知道怎么回事，我当年手动挡还能降 3 档拖车速不踩刹车过路口弯呢。但是你能保证全中国道路上的驾驶员都有这能力水平素质？听到过一群小--（防止 X 拳）叫着喊着单踏板模式真好，你说我该怎样理解她们说这话的内心？

另外，至于本案，不是说单踏板是罪魁祸首，只是顺着话说到此了。我不反对智能驾驶，但是智能驾驶的前提是非常可靠，别把半成品拿出来公测，机动车是会造成人身伤害、人员伤亡的——手机大不了就是死机，能咋地。智能驾驶也要符合常规驾驶理论和习惯，别整新名词，简单一个强动能回收模式叫“单踏板”（咱不说是不是官方用词吧，至少大家默认了）造成了多少误解，以至于误解到“没有刹车踏板”；还有高级辅助驾驶，老老实实叫辅助驾驶，非往无人驾驶上意会，等驾驶模式无法判断前车导致伤害的时候，知道说驾驶员不能怎么样怎么样。