set firewall group address-group DYN_XXW
set firewall group network-group STATIC_XXW network xx.xxx.xx.0/24
...
set firewall group network-group STATIC_XXW network xx.xxx.xx.0/20

set firewall modify AUTO_VPN rule 20 action modify
set firewall modify AUTO_VPN rule 20 description 'XXWList address resolved by dnsmasq-ipset'
set firewall modify AUTO_VPN rule 20 destination group address-group DYN_XXW
set firewall modify AUTO_VPN rule 20 modify table 8
set firewall modify AUTO_VPN rule 20 protocol all
set firewall modify AUTO_VPN rule 21 action modify
set firewall modify AUTO_VPN rule 21 description 'Static XXW networks'
set firewall modify AUTO_VPN rule 21 destination group network-group STATIC_XXW
set firewall modify AUTO_VPN rule 21 modify table 8
set firewall modify AUTO_VPN rule 21 protocol all

set protocols static table 8 route 0.0.0.0/0 next-hop yy.yy.yy.yy

set service dns forwarding options 'conf-dir=/config/data/dnsmasq.d,*.conf'

其中 STATIC_GFW 里加的地址可以是类似电报这种不通过域名解析的 AS 静态网段，当然也可以把股沟等确定范围的网段加进去而不必要通过 dnsmasq+ipset 来处理。
DYN_XXW 是通过 dnsmasq+ipset 来处理的目标地址。
table 8 的 next-hop 是你内网里另外的小盒子，上面开一个小众协议的 VPN……（抱歉我不会玩 SS 所以举不出 SS 做透明 proxy 的配置例子，我是用的其它的小众协议）。
/config/data/dnsmasq.d 里放 dnsmasq 的附加配置文件，比如 xxwlist2dnamasq 生成的.conf 文件。

看下来感觉楼主应该是一个比较聪明，个人能力比较强的程序员，并且习惯于跟类似水平的人合作。

但是现实中因为各行各业信息化的需求太大，高水平程序员根本不够用，导致大量低水平的人经过各种泛滥的商业培训班速成甚至没经过培训进入这个行业。而且高水平程序员通常不太愿意去垒技术含量不高的 CRUD 代码。所以 IT 行业看起来这么热闹，但必须面对的一个现实问题就是怎么把低水平的程序员管好，能在可控的资源消耗下以可控的时间做出质量未必很高但按项目标的通过验收的系统。

这种控制，有两方面的努力。一是来自于管理学。在软件开发领域的实践就是软件工程，通过开发过程的管理来控制质量和保证效率。这一点大家回帖里已经讲得很多了。另一个是来自编程语言理论，通过编程语言本身的方法论变革，一方面约束程序员，另一方面又提供便利，把很多因为人的脆弱性而导致的问题消灭在源码阶段，又尽可能提升生产力。比如近些年来函数式语言的复兴，很多较新的语言都或多或少引入了函数式的特征。其实类型系统也属于 PLT 的范围。很多人厌恶 Java 、C#之类“开发业务系统的场景下最常用”的静态类型语言，有一个因素是所有地方都要自己明确写变量类型……但是在近几年的新静态类型语言里，包括一些传统静态类型语言的演化里，通过类型推导极大减少了这种繁琐劳动。再比如通过对 union type 的 pattern matching 处理，也很大程度上让有可能多种不同类型的数据在运行时出现在同一上下位的情况有了较为优雅的容错解决办法。

建议楼主有空的时候了解一下对类型系统依赖性更大的语言，比如 Haskell 、Rust，并尝试用来在工作中完成一些相对独立不影响全局的小任务。看看静态类型的语言是如何也可以拥用很高生产效率的。尤其是 Rust，它在不引入 GC 的情况下实现自动内存管理，就是把资源的生存周期作为类型的一部分，通过强大的类型推导来让编译器发现分配的资源要在什么地方释放。

静态类型并没有那么讨厌。在很多场合下，它是程序员的好朋友。

因为他们只对升职转管理岗脱离具体技术工作感兴趣

那不就是相当于 Debian 系的 proposed-updates 么。确实不是 Debian testing 那个意义上的滚动发行。对于整个 RHEL 来说也不能算是 beta 版，大概可以看作是的 issue fix 的 beta 版。

不过呢，作为常年保持 Debian 随手升甚至 n 多次跨版本大升都没出问题的人，唯二两次升挂掉之一就是曾经开了 proposed，之后就再也坚决不开了。

你再想想变量名里的各种稀奇古怪 Chenglish 拼写……就会觉得读音的问题还算好的了

你的“除非”，就是很多人的常态刚需

换同事

@eason1874 你说的协调之类的工作是项目经理不是产品经理

nginx 配置语法是描述式的，不是过程式的

20 多年前就开始做桌面 GUI 的老人表示现在前端的工程化（某种意义上也就是一些人认为的复杂化）其实就是把桌面 GUI 工程化过程踩过的坑再踩一遍罢了。
但是跟当年桌面 GUI 的发展🈶️两点不一样
一是 web 前端由于历史进程原因颇有一些尴尬的技术限制，导致经常要额外绕路和填坑，于是更加复杂了。
二是当年桌面 GUI 是按部就班慢慢打磨着发展的，而 web 技术（不只是前端）托互联网行业风大能吹猪的福，难免发展糙快猛。

Windows 里真正的版本号也是一个元组结构啊，讲究的程序并不会偷懒用字符串比较。

以我的浅薄经验，几年前的代码只能算是一坨屎，要重构几次之后才能成为屎山

@julyclyde 一般也不知道 LSB、FHS，通常也不敢开 SELinux

如果我是你们公司员工就辞职。又要开发 Linux 环境的软件，又要在主力工作机上装 Windows-only 的破软件才能上网。说难听点是办公司政治强奸技术。

locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory

看起来像是系统的 locale 库有问题。你用
dpkg-reconfigure locales
重建一下 locale 库试试，记得选中 en_US.UTF-8

几个思路：
1. ssh 到服务器上现场开发其实没啥不专业的，但是用 nano 来些 python ……这事恐怕会很难受，建议还是用 vim 或 emacs ，然后好好配置一下，会方便很多的。
2. 可以 ssh 到服务器，利用 ssh 的 tunnel 做一下端口映射，把服务器上某个端口用 ssh -R 映射到本地电脑来做开发。
3. 可以用 PyCharm 之类的 IDE ，仍然是在 IDE 理配置 ssh 到服务器，但是 IDE 本机运行，做远程开发。
4. 印象中微信有在本机做开发的 SDK 啊……

一个会有用户贴程序源代码的社区里，就不要考虑“一旦用户没有完全遵守这个方式，或者直接加 pre/code 包裹”了。无规矩不成方圆。