今天折腾了半天，才发现（改过包名的） Magisk 下面一直有一个 su --mount-master 的子进程。在 Magisk App 的应用信息上点强行停止，这个 su 被同时干掉了，汇丰就能登录了。只要扫描到 /proc 里有 su 进程，汇丰就拒绝使用

买个 NUC 就能完美一站式满足以上除了 3.5 硬盘以外的所有需求，而且整机比一块 3.5 硬盘的体积还小（ 0.6L ），要不你再整个 3.5 硬盘盒 XD

希望机箱内置 3.5 我可以理解，毕竟硬盘对环境和供电要求较高。但是 2.5G 网卡不是只要有个 USB 3.0 接口就能外接吗。攒机的话，千兆主板或双千兆都比 2.5G 可选范围大很多。一定要板载的话，看这贴总结： https://www.chiphell.com/forum.php?mod=viewthread&tid=2415155 （加密了，附个谷歌搜到的爬虫存档： https://ymhz.net/2979.html ）

----

@pzhjie #3 这篇文章一通操作猛如虎，最后主板不认网卡，哈哈哈哈嗝

@Aouyu #7 不一样，请仔细看下楼主最后两句描述。你说的 USBNet CDC / RNDIS 场景里面，PC 是主机，手机充当 PC 的附属网卡设备。而楼主说的 OTG 场景里面，手机是主机，USB 网卡是手机的附属设备。

这次算是实现问题吧（选取的随机数发生器不够密码学安全），不算协议本身本质设计问题

通过抢着改 proxy pac 来判断，你接的这俩东西都不是 VPN 而是 HTTP 代理。楼上讨论怎么改 tun 接口路由表的都跑题了。

12 楼正解，你自己写个 pac 合并原先两个 pac ，让你公司的走公司的代理，剩下的走自建梯子即可。

要么 5.5 圆口要么 PD / QC 3.0 ，这不伦不类的假 Type C 电源太容易插错了…

关于哪些参数能减少 git clone 内容，减少了哪些部分这个问题，这篇文章图画的比较清楚：
https://github.blog/2020-12-21-get-up-to-speed-with-partial-clone-and-shallow-clone/

以 amd64 处理器为例，除了 rax ，还有 eax ax ah al…

楼上说的对，社保交了会比较难，三方约等于废纸。不过个人觉得关键问题不在于手续，而在于时机。很多厂在校招简历筛选的时候只要毕业前一年的学生，不要还有几天就要毕业还没签的，或者已经毕业待业的。如果已经交了几个月社保了可能走社招渠道，给应届生待遇，不过这种挺难找的，你得设法说明你为啥没通过试用期…

都能接受 18-35 这种两斤的健身用品了，又想要广角，为啥不上全幅啊。我是喜欢轻便和长焦才选残幅

> Google Play 的下载域名很怪，不知道为什么会用这么怪的域名，按理说这种 PunnyCode 域名不是都很贵吗？

不止 .google .play 这俩顶级域名是谷歌的，谷歌还拥有 .app .dad .dev .fly .ing .page 等几十上百个顶级域名，几乎旗下产品人均一两个，什么 .search .ads .gmail .nexus .android .chrome .docs .drive .youtube 。哎，我有短域名不用，就是玩，有钱任性。所以能别为谷歌买不起个三十多个字的破二级域名操心了么（

> 私心觉得互联网工作不能长久，存在中年危机
> 希望博士毕业后能找个科研压力相对没那么大，不非升即走的高校，安心工作，能接受有一定压力，但不想压力太大

如果只是为了减轻压力，避免中年危机，我觉得读博不是出路，要做好面对更大压力的心理准备。时间相对自由是真的。

技术上可以让文件系统直接从 /dev/sdb 第一个扇区开始。但是何苦呢，基本断了将来分区的后路了，兼容性也会略微降低… 我喜欢把不同的目录分到不同的区，这样备份起来也方便，log 所在的分区写满了也不会让 db 无法写入，大文件所在的分区格式化参数也可以跟零碎文件所在的分区分别对待。

> 似乎方案 2 会浪费磁盘起始位置的一小部分空间

相比整个磁盘的容量，分区表占用空间完全可以忽略不计（主要是为了 SSD 对齐擦写 block 选择故意空出来几 MB 空间，否则 MBR 分区表也就 512 字节）。inode 占的空间超过分区表百倍，你要是真差这点空间，应该调整 inode 参数而不是打分区表的主意…

标签分组 + https://github.com/gioxx/MarvellousSuspender

从公司的视角看，学习成本低才容易招到码农。在赢者通吃的时代，资本需要 10 个孕妇 10 个产房就能一个月生出孩子来，或者 20 个 30 个孕妇只生出一个也能接受，但是不能接受 10 个月生出来落后于竞品。人力和算力同时具备横向扩展性 (scalability) 的语言又有几种…

是，Rust 设计的更优美，运行期性能更强，除了难没毛病，我自己也很喜欢，那又怎样？一个项目的成败，不只在于技术，而且可能技术不是主要因素。亲眼看着部门把原有 Rust 的项目代码重构成 Go ，因为招不到足够的人来开发维护，满足不了需求迭代节奏。就算我自己掌握和喜爱 Rust ，我不能一个人顶一百个研发，也招不到一百个会 Rust 的研发，我又能说什么呢。一旦有了这种先例，后面新项目选型时还敢用 Rust 技术栈么，项目不选 Rust 后续还会招 Rust 研发么。这还是在某家内部有一定 Rust 生态，正在本站招聘 Rust 研发的厂的打工体验。对于其他小厂来说，如果不是技术主导而是业务主导，就更没得选了，C++ 同理。

楼上邮件服务器的故事原文： https://www.ibiblio.org/harris/500milemail.html

医院的也太地狱笑话了