AstroProfundis

0. 该你现在岗位做的事情都接下来，但接下来并不意味着要完成，只是事情放到 todo list 里面
1. 交接文档最优先，所有你觉得完不成的内容都应该放到交接文档里面
2. 按正常工作时间工作，不要加班，写完交接文档以外有时间就做未完成事项，没时间那它们都在交接文档，谁接手谁做
3. 如果是其他部门对接的人给你的事项，给对方说明你的离职计划，说明按时间安排哪些项目是来不及的
4. 如果是知道你离职计划的领导继续给你派时间上完不成的工作，就严格按 2 执行，反正到时间你走人就是了

只要你别在主路由上跑各种乱七八糟全家桶，安心当路由器用，就稳定；其他东西适合单独一个机器跑（所以才存在“旁路由”这种东西，就是方便折腾的），最起码也要把路由器系统和别的东西分 vm 隔离开

然后配好之后备份一遍，路由器那点东西一般不会经常变化，不用定时备份，配好之后的状态备份一次就行了，以后改网络设置了再更新备份

两边支架和中间隔板拆成三个件打，另外厚度 2mm 的强度估计不太行，3D 打印件里面都是填充图案，填充比例可调的，可以放心设计实心模型
以及同意楼上，FDM 不太能得到透明效果，你这个模型找人代加工木材亚克力什么的可能反而还便宜点

@AstroProfundis 哦对比起打错了，Claw

“嘲笑 OpenClow” 和 “嘲笑无脑吹 OpenClow” 是两回事

算高的了

不能光看网上发出来的身边统计学，大部分会主动晒收入的是因为自己收入高才出来炫耀，样本是存在偏差的，真正大多数拿平均水平的人并不会特意出来说

没去过新西兰，去过澳洲。喜欢自然风光的话我觉得南半球应该是不错的，特别是动植物生态和平时看习惯了的样子差异很明显，有足够的新鲜感。就是要看好天气，七八月过去是冬天。

其实还是个威胁模型的问题，用 pgp 加密发邮件需要保证的到底是什么？

如果是要保证 “只有 uid 里面标记的邮箱的实际控制人可以读到邮件内容” 那目前这样足够了，用 keyserver 或者直接邮件发公钥都可以（当然有个前提是假设邮件服务器的 DNS 没有被劫持）

如果是要保证 “发出去的邮件只有 uid 声称的自然人或组织可以读到” 那不够，因为 uid 是可以随便写的，你也无法验证上面留的邮箱是不是那个声称的现实实体真正在使用，所以必须要验证身份，这里就是 pgp 经典活动 signing party 的用处，按原教旨做法线下交换签名是要交换身份证件的，然后在此基础上有 WoT 这种间接的验证手段，你可以不用和你的通信对象实际线下见面，你们互相有若干中间人线下验明正身那也可以选择相信

至于 CA 什么的，WoT 这套模型一开始就是故意要绕开 CA 的，用 CA 的问题在于你要信任哪些 CA, 用 WoT 的问题在于你要信任哪些和你线下见过面的人，总之都绕不开如何可信地分发公钥的问题