OneLiteCore

写文档无法当成 KPI 写到工作总结里，和钱无关自然就没人重视了，老板会因为你负责的业务模块赚钱给你发多点年终奖，但不会因为你写的代码可读性良好文档齐全而奖励你。

没有文档无非就是新入职的程序员掉点头发而已，老板不在乎的。

赚钱的是业务而从来都不是代码，想明白了这些就不会有疑惑了。

只要不负债或者网贷又一个人的话月光也没问题，但真要认真讨论的话的话只能说社会舆论对女性的评判标准完全和男性是不一样的。

人总要经历一点毁三观的事情才能看清世界真实的样子，世界不会错，社会不会怎么了，世界和社会本来就是这样子的只是 OP 之前没看清楚。而且这个状态并不是现在才这个样子的，古今中外都是这样的，只要人性还是人性那么社会就会是这样。

遗世独立的贤者圣人听起来固然是清高，但换个说法就是不愿意接受社会是一坨大的旱厕的现实，就看能憋多久而已。

@HTravel 具体业务无关的架构设计和工具类确实有价值，不过一般都是自己有另外一个 repo 来管理和保存，然后手动在公司项目里面拷来拷去。然后脚本之类的工具也是另外一个单独的 repo ，这个代码都不会加入公司的代码库。

一般大家觉得都把公司的屎山拷走是有法律风险，但是手动复制的一个或者几个类普遍都觉得无所谓的，又不是 Google 和甲骨文之间破事。

一般就是楼上的组网方式，如果追求稳定的话可以一屁股全加上，但是需要注意公司内网装这些工具最好问下网管，要求严格的公司是不允许你用内网穿透的，此时只能用 FRP 自己搭建然后走公网的方式。

值得一提的是我在自己的家用 NAS 上基于 PVE 装了 FnOS 而后者提供了低带宽但是免费的内网穿透服务，在其上部署一个 Docker 版本的 Chromium 后能够通过内网地址访问 PVE ，算是作为一根最后的救命稻草吧。

有点类似多个硬盘组整列变成高可用的存储池一样，这就是一个高可用的 “魔法池”，此时还可以自建个魔法然后加入这个池子以拉高人均流量。

但是除非团里 3 人都是营养充足每天都高强度学习各种 “资料” 的高手，否则这么多流量压根用不完的。

楼上的推荐都很好，但是我想说这个问题可以从社会学或者数学的角度来解决而不是单纯靠技术。要认识到所有的机场最终下场都是跑路关停被喝茶，这只不过是时间早晚问题，所以单靠一个机场就必然会遇到楼主现在的情况。

所以这个做法应该和各种什么 iCloud 共享家庭之类的做法一样，多租几个机场然后团购价。假如机场均价是 100G/月/15 元，你同时租 3 个机场然后组一个 3 人团此时人均流量和人均付费不变，3 个机场互为备份提供高可用的网络。

单个机场暴毙对你个人的的影响只是 15 / 3 = 5 元而已，也就损失个可乐的钱你换一个新的机场就是，现在满大街都是机场。

如果遇到 3 个机场同时暴毙的情况那么就是大的要来了，要么你就是点背，要么那就是黑天鹅事件无法预知无法预测的。