@xiyuesaves 看起来这个方案很棒，唯一问题是需要 root ，毕竟现在越来越难 root 了

电池鼓包甚至起火风险提醒 +1

我曾经有个长期开手机的需求，当时的解决方案是手机上装个 Tasker APP ，根据电量变化请求 HTTP 接口。然后树莓派上跑个小服务，通过 HTTP 请求去控制 GPIO 口连接的继电器，实现把电池电量保持在 40%~60%之间。当时由于已经是老手机了，这么玩电池虽然没鼓包，但是电池寿命下降还是挺快的。

更好的方案是改成直供电，B 站上有教程

@subframe75361 我也想发这段视频，我觉得 OP 不用太担心，程序员这个工作还是可以继续干的

我是曾经的 Linux 重度用户，如果对 GUI 应用没啥强需求的话，Windows 下 WSL2 和 VirtualBox 都不错，wsl 命令行或者 ssh 到 VirtualBox 都不卡。如果一定要用桌面环境的话，建议放弃对 gnome 的执念，xfce 挺快的。

我在用 wsl2 之前的玩法是 VirtualBox 装 xubuntu 或 lubuntu ，没桌面环境需求的时候 ssh 上去，有需求的话 xfce 和 lxde 环境也比较流畅。

考虑的瓶颈
1. 中转的带宽
2. 家庭宽带的上传带宽（一般比下载带宽低不少） 如果你的视频码率比上传带宽还大，不用折腾了，无解

考虑的解决方案
1. #12 楼提示的，打洞，无论 tailscale 还是 zerotier ，得想办法打洞
2. 公网 ip ，直接访问
3. ipv6 直接访问

怎么感觉有点儿跑偏了，OP 看起来
1. 熟悉 Python
2. 就几个控件，不需要做复杂界面
3. 希望打包成 exe

那妥妥的 Python 内置的 tkinter 啊，折腾啥 Qt （虽然我曾经经常用 Qt ），折腾啥 electron

不好意思，看漏了 5G 网络能 ping 通……先确认一下 ping 的是内网设备还是 ping 的路由器

如果是光猫桥接路由拨号的话，检查一下路由的 IPv6 防火墙，我用过的设备默认都是开 IPv6 防火墙的（默认阻断入站，毕竟默认不开的话内网设备都裸奔）。也就是说两条宽带 A 和 B ，A ping B 会被 B 的路由 IPv6 防火墙阻断，B ping A 又会被 A 的路由 IPv6 防火墙阻断，哈哈哈哈

不太理解，从描述中完全看不出 OP 这个 “180W 电源适配器带不动外置硬盘” 这个结论是怎么得出来的，要我顶多能得出一个 “180W 电源适配器带不动鼠标” [手动狗头]

@Pteromyini 我是有点儿想不明白，打游戏都没啥问题，更新驱动的时候到底有啥复杂的硬件操作会导致暴毙

很多年前曾经遇到过 IdeaPad Y450 在更新 NVIDIA 显卡驱动的时候，更新到一半，黑屏关机，然后显卡挂了……

1. 可以考虑远程家里的电脑
2. 楼上好多人提是不是 x86 的问题，其实我理解这个不是很关键的问题，特别是做 JS 、TS 、Go 、Python 、Java 、PHP 之类的话，别说 vscode 了，我刚查了一下连 jetbrains 家的很多 IDE 都支持 ARM64 的 Linux 了。

可以在 mount 前和 mount 后分别执行一下 ls -l /var/ftp/

我也觉得是权限问题，因为 mount 会影响目录及内容的 owner 和权限

@rrfeng 其实很不一样
1. 强度：大部分电车（包括特斯拉）在强动能回收的模式下，制动力比发动机制动强很多很多（一档 6000 转松油门的制动力也比不上大部分电车的中等强度回收）
2. 强度可控性：油车发动机制动力的强度跟档位和转速有关，熟练的司机在下山的时候会选择合适的档位减少刹车的使用。油车发动机制动的强度是可预测和可控的。但是电车的动能回收受到电量、温度甚至颠簸路面的影响，可能会突然变弱，可控性弱（这点 OP 也描述得挺详细了）。

补充一点：其实自动挡也可以发动机制动，只是大多数变速箱的调教在日常驾驶中倾向于高档位低转速，导致发动机制动效果往往比较弱。

我开国产电车都是用弱动能回收，因为
1. 有 CRBS ，所以动能回收强度对续航影响不大
2. 过路口的时候可以备刹车，减少突发情况踩错的风险
3. 油车电车经常切换，保持一致的逻辑也比较安全

我在北京开的话，经常会比规划时间稍快，经常是预计一小时的路程能快 5~10 分钟

如果它是用 C 开发的话，就又有人要问 “hdfs 为何用 C 实现？”

----- 抖机灵分割线 -----

1. 关于实现语言
（ 1 ）由于它属于 Hadoop 生态，大数据生态，特别是 Hadoop 生态，Java 就是主力语言啊，如果算上 Spark 和 Flink ，即使不是 Java 生态，也是 JVM 生态。
（ 2 ）可能看到 FS 就觉得很底层，底层就该用 C ，但是实际上这个 FS 和操作系统的 FS 比，完全不是底层的东西，所以……

2. 它用什么语言实现跟用户基本没啥关系。“现在有个需求要实现一个 hdfs”，这个就很奇怪，因为
（ 1 ）正常来说，没必要重复造轮子，直接用 hdfs 的接口或 SDK 就行，你用什么语言区别不大（虽然用 Java 可能最省事）
（ 2 ）如果真是按照字面的理解，要重复造一个轮子了……那如果语言一致的话……你是想直接复制粘贴吗？