不做 Linux 开发，所以在公司从没使用 remote ssh 来写代码或调试代码。

不过 Windows 开发也会用到远程开发机，我工作的地方是用 Windows Server 。Zoom 开会的时候曾经见过其他部门的同事直接 mstsc 到 Windows Server 环境下的 Visual Studio 当场调试 C# 代码。毕竟最终是在 Windows Server 运行，所以直接远程到 WinServer 比起使用 Win7 、Win10 或 Win11 来调试可靠得多。

我个人不喜欢这样做，因为在家工作时远程操作的反应延迟有点高，不像办公室那样内网超低延迟。

如果你家开通了两家或三家运营商的宽带，都启用 IPv6 ，同时路由器支持双 WAN 接入，那么网内各设备就都可以拥有大量公网 IP ，V 站自己就有现成的： /t/998873

方案一：WSL
方案二：再买一台电脑

FreeBSD / GhostBSD + Windows 用户路过，从来只用 SCP 传文件，tmux 也只用快捷键。
OP 提到的所有软件在这两个系统都不能同时使用，每当我需要跨网传大文件时，就会主动改用 Python HTTP server + 我自己造的传输工具。
如果有 BSD 版本（虽然我觉得 OP 不会这样做），那我也很期待试一试。

OP 这个目标对于大多数不那么新的硬件其实直接就能用，但如果硬件很新，那就可能需要使用第三方驱动了，而这种情况下也不太可能知道应该预先下载、使用哪些驱动。

如果对应机器需要闭源驱动，那么制作“to-go”时甚至都不知道应该用什么驱动，除非是 NVIDIA 这种过于明显的（不过 NVIDIA 也有社区驱动）。

@joyanhui Windows 的驱动也是运行在内核态的，并不是用户态。所以准确来说，对应的 Linux 概念是“树外驱动”，理解起来就是：Windows 主要靠“树外模块”。

这时候可以试试 UDPHop ，定期换端口。不仅仅换监听端口，包括客户端的发送端口也会换。

Firefox 长期以来会不定期出现显存泄漏的 bug ，每次总是修完好了一阵又再泄漏，Windows 系统比较容易察觉出来（任务管理器可以看），Mac 可能也会存在同样的 bug 。不知道“统一内存”会不会把显存泄漏的占用显示成普通内存泄漏。

这描述的语病真是多，实在很怪，先指出来再答。

「任务栏上第一个开始按钮」，这话说得真是奇怪，任务栏会出现第二个开始按钮？正常状态下，Windows 的任务栏（包括 Windows 11 ）就只有一个开始按钮。
这句话更适合的表述，要么是「 Windows 11 可以隐藏任务栏上的开始按钮吗？」
要么是「 Windows 11 可以隐藏任务栏上第一个按钮（开始按钮）吗？」
除非，实际状况是，想隐藏第一个屏幕的开始按钮，但其它屏幕继续显示。

「请问大家知道怎样隐藏开始按钮的方法吗？」
这是病句。首先删除第一个修饰词语，整句话就变成「请问大家知道怎样隐藏方法吗？」
「怎样隐藏方法」？显然不是 OP 要表达的意思吧。
更适合的表述是，「请问大家知道怎样隐藏开始按钮吗？」或者「请问大家知道隐藏开始按钮的方法吗？」


病句挑完，揭示答案：
可以用 Open-Shell：
https://github.com/Open-Shell/Open-Shell-Menu
在 ‘Replace Start button’ 那里，进入 ‘Advanced button options’ 可以选择不把开始按钮显示在任务栏。

怕 qt 的授权？那么可以选 wxWidgets ，还可以在 vcpkg 内一键安装

“凶就行”

很想知道，有没有咆哮+拍桌椅

（大家可以学起来）

@AoEiuV020JP 有 3 个区号特别出名（好记）的，除了广州，还有另外两个：北京 010 、上海 021

第一反应，应该是被盯上受到攻击了吧

就算做到了扛住 200 万，攻击者可以继续加码弄到 300 万、400 万。

所以对于“大老板”的要求，不如索性往这个方向调查，让大老板知道是你们被人盯上、遭到了攻击，哪怕弄到能抗住 1 千万请求都是徒劳，正确做法恐怕是使用流量清洗服务。

这么对比就不可靠了，文件数量相差三千多，这本身的任务量差距就很大。
最起码的，编译的文件数量要相同。最好是编译的文件完全一样，这样才有意义。

@wangyucn 哈哈，果然只要提到两个 UDP 工具的任意一个就能引出来，第三次验证成功

以后遇到类似问题都可以这么干了，吸引 wangyu 过来帮忙出解决方案

两年前有个骚操作，客户从未主动提出申请公网 IP ，装维人员主动帮忙拿。不知道现在还行不行。

首先，找这么一个国外网站，符合以下条件：
1. 未被墙
2. 提供文件下载
3. 电信下载特别慢
4. 联通或移动下载明显快得多

例如 Slackware Linux 的下载页面，刚好就符合以上条件。通常，比较小众的 Linux 发行版都没多少 CDN 节点，对电信线路不太友好。（顺便提一个，Slackware Linux 曾经并不小众）
如果下载网站能够允许 ping 那就更好。Slackware Linux 的下载主站就不许 ping ，但另外一部份可以。
顺便再给一个参考，GhostBSD 的下载网站，同样是电信慢、联通快，也能 ping 。

如果能找到符合以下特性的下载站就最好：
1. ping ，电信丢包率明显最高
2. 电信下载明显最慢

———以上只是准备措施，下面是正式步骤———

打 10000 号电话，告诉他们打开某些网站很慢，但使用联通或移动就很快。总之呢，就是要让电信派人上门。

然后在装维人员面前，打开这个网站，把下载情况当面演示给他看。让他当场见到电信的速度确实比另外两家慢很多。家里没联通、移动宽带也没关系，用手机流量也可以。最好能用电信蜂窝数据同样演示一遍，彻底证明就是电信慢。

有些装维师傅可能会当场告诉后台，分配个公网 IP ，试试能不能加快速度。

如果装维师傅没这么干，那就尝试引导他这么干。至于语言组织、措辞方案什么的，那就只能靠自己啦。

假如装机佬直接说不懂、没法解决，那你就再打 10000 号，要求换人。尽量不要把锅甩给装机佬，没必要伤及他们的考核，毕竟以后需要真正的维修还得靠他们。
比如，之前那位装机佬是讲普语的，那就以“我用普通话沟通不流畅”为由，提要求“换成能讲粤语的”，客服一般都会满足。

第二次来的装维师傅会事先了解大概的经过，醒目点的人可能会想到，这是来要公网 IP 的。同样，也要在他面前重新演示一遍下载对比。如果运气好，他可能会告诉后台分配个公网 IP 。如果没这么干，就如同前一次那样，尝试引导他这么干。

如果在第二位装机佬在场的情况下，分配公网 IP 的要求仍被后台拒绝，那就只能放弃了。

那就看你想套哪种壳。

自带流控、丢包重传的壳，选择很多。比如楼上提到的 Hysteria ，适合大流量传输；还有经典的 v2ray 和 xray-core ，走 UDP over TCP ；也可以用 KCPTube ，只不过这主要是为了抗丢包+低延迟的，大流量未必合适。

不带流控的壳，单纯只是在外面套一层包装箱，可以用经典的 UDPSpeeder ；以及 udp2raw ，伪装成 TCP ；或者 UDPHop ，定时端口跳跃。

在校学生？那就从简单的做起，做个桌面端软件，然后做个简单的网站（用 C# 做）。
这两项对于打好 C# 的基础很有帮助。