尤其是凭什么你 35 岁之前在私企打拼了快到 35 就让你进体制内？

首先，要能进的了体制内……这玩意真不是你说想进就能进的，招聘竞争相当内卷，甚至有很多岗位超过一互大。

所以你为什么要用 master branch 呢？用支持的版本不好吗？

应酬就说应酬，酒桌有个屁的文化。

每看到 ip 地址用 integer 还是 varchar 的问题，就想起 PostgreSQL 原生支持的 inet / cidr 类型。

你不走常规的路，常规的路就不会让你走。还是去搞个学历吧。

中国的 IT 内卷得这么厉害，招人卡学历并不是因为学历高一定有用（不过其实大多数时候还是有用的），而是作为一个概率意义上比较合算的人才过滤门槛。

所以，如果有一天可以全民投票决定留还是拆墙，你还是会下载不了镜像、打不开 GitHub ，这是自己选的

上级信息管理部门买的蜜罐服务器忘了把我们的 Oracle RAC 服务器的 IP 地址排除出去，然后抢了其中一个拿来搞伪装…于是我们业务系统有半数访问堵死，半数正常。夜里 10 点，供应商的国内技术支持人员都不在岗，转给另一半球大头朝下倒立着的老外工程师远程连线排查。

加了域的 Windows ，可以用标准 X.509 证书认证，包括支持 CSP/minidriver 的各类硬件证书。
没加域的不清楚。

建议拖几年，拖到业界流行“微服务改造成单体”…

如果多花点心思精心去构造，可以得到一个在同架构 CPU 的好几个操作系统里都能跑的可执行文件。

但是这是一种极端情况。构造出来的程序只能做简单的 PoC ，对于实际使用价值的程序来说，几乎不可能做到，因为一个实际使用价值的程序至少要依赖系统的动态链接库去干实际的活。

尽量还是升 OpenWRT 版本吧，不要 PC 上 OpenVPN 降版。

你在 5 里提到的“也不确定这么古老的主控芯片 MCU ，能不能跑起来”倒不用担心。最新的 openwrt 官方（ 22.03 ）里的 ath79 target 仍然支持 AR9331 ，唯一可能的问题是同样包做出来的 image 体积比旧版大不少，旧设备的 RAM 和闪存已经跑不起来了。如果是像 GL.iNET 6416 这种近满配（ 16M 闪存 / 64M RAM ）的 AR9331 机子还是能跑起来的。如果实在不行，可以试试 19.07 ，里面对 Atheros SoC 还是 ar71xx/ath79 双 target 并行的，并且在低配设备上也有望跑得动。当然，你的板子的适配工作还是要做的。

亲戚问，就发给 TA 何祚庥的话、张维为的图

当代程序员价值观众生相😃

你为啥要 configure 一个 b/h/t 都是 x86_64-unknown-linux-gnu 的 native gcc 4.8.5 ？

按理说你用的那个 openwrt 需要交叉编译的 gcc 而不是 native 的。你最好先找一下有没有为 openwrt 的 targe 已经 tbuild 好的 gcc toolchain 试试看。

你对 Linux 的文件权限 ugo rwx 这一套有概念吗？ zip 对这些东西支持不好，tar 可以完整保留。所以如果将来要原样恢复，还是 tar 了再压缩好。

另外，tar+gz/bz2/xz 这种先打包再压缩的方式可以类比于 rar/7z 里的“固实压缩”，而 zip 是先压缩单个文件再打包，类似 rar/7z 的默认压缩。

过分焦虑是不对的。但是这些东西确实不健康。

另外，建议在学 Linux 的时候不要动不动就“这个问题我在 Windows 里是这么做的，Linux 下怎么不支持”……先忘掉自己的 Windows 经验。

初学的话，除了鸟哥，可以看《 Linux 就该这么学》、《第一行代码——Linux 命令行》。