@datou552211 > 署名都没给，太惨了，你叫（ 13 位） 吗
你就说有啥办法吧，it's not the first time

office 使用体验更好，而且你在 IT Service 小程序申请一下就有了，不用自己购买。

本地有后门的话，怎么搞都没用，毕竟截屏万能。非要做的话，可以清理掉后门再操作。
基于流量的分析不太能看出来，流量本身是加密的并且上行并不很大。

我来澄清几个事情，以下发言仅代表个人：
1. 关于小册的事，对于是抄袭还是忘记著名我无权发表意见；但除了当事人的部分以外，可能写的烂，但至少我们都没原样抄袭。这是读书人的底线，也是公司三令五申过的。
2. 关于对吴迪个人的评价大家可能有些偏颇，技术能力我不做评价，但“横向运作能力”确实很强（这个也是当事人的招聘帖里提出的要求，这是正面评价）。代码层面贡献不多但项目参与感可以拉满，这也是前面评论里称其为 kitex 之父的原因。
3. 我负责的项目在开发时便会与所有人讲明白，对于有开源计划的项目（比如上面评论里提到的几个项目，最初就有开源计划），开源部分与内部部分拆分，开源部分在开源时保留所有 commit 记录。
对于实在是 commit 太乱拆不出的，也会在多处明确注明（包括但不限于 commit 的 co-author 、LICENSE 文件和 README 文件以及代码文件头），并由主要贡献者提交。字节的开源项目很多也是这么做的。
公司政策并不是挡箭牌，这个做法分享给大家可以借鉴（如果想的话）。

最后，我觉得无论是对内还是对外，保质都是要优先于保量的，要讲武德守规矩，这样大家和社区才能一起良性发展。特别是挂公司 title 卖钱的东西，得对得起公司背书、别人的知识版权、认真共事的其他同学们和收的钱。

利益相关：我是当事人现同组平级同事，也是小册作者之一。

我的经验是，不要急于求成，首先要好奇，搞清楚原理；其次是努力让它又用，写一个你觉得有意义的东西。

debian 旁路+nftables

别抠那点 rom 空间了，x86 + debian 不香吗

@billybobthornton 啊这，归根结底还是不适应，可能狠下心忍一忍现在更开心呢。CA 是一个挺好的目的地或中转站，建议楼主再调研调研，做好心理准备，然后可以的话抓住机会啊。

@billybobthornton 各种方面，孤独，饮食，生活习惯，便利程度(半夜和周日没地买东西)，还有一些当地才有的问题(比如柏林的租房问题)。当时我也是亚麻的 offer ，所以语言问题还好，基本纯英文够用。
润之前很多问题只是潜在的，但润之后会面临另外一些实实在在的问题。不过我觉得也不用太谨慎，又不是走错一步坠入深渊，别怂都可以试试。

我们各方面都挺像的…曾经我拿到了去 DE 的 offer ，甚至人已经过去了，但蹲了一阵子又回来了。落差还是挺大的，楼主要是润的话得做好心理准备。

能藏的地方和手段可太多了，建议从备份恢复或重装。

这工作量不饱和得令人羡慕

4c 70QPS ，这到底里面在做啥…

去欧洲，平等地穷；但自由，可以花时间做其他有意义的事。

看了评论区，国内环境就是被那些觉得这样很正常的人带坏的。
打工人就活该没尊严是吗？打工人就活该加班？唯一出路就是踩着别人上去继续轮回？
只能说这是教育的失败，或者说是成功，传承了千年的官本位和等级观念。说要中庸隐忍高情商和稀泥的，无非只是这种制度下的附庸狗腿，只是看着欺凌而默不作声，甚至为欺凌者叫好。
遇到那种不做人的，天王老子我也得喷。

一个解决办法是每个 thread 创建自己的 listener socket ，还有一个办法是放弃 epoll + syscall ，用 io_uring 。
或者使用多线程+单 epoll 的形式，类似你说的单个线程陷入 epoll_wait ，其他线程等待该线程——线程等待可以用 futex 之类的东西做，也可以直接用锁，底层实现也是 futex 。

不做沉默的大多数

时间数据源可以用多个时间戳服务证明，比如 verisign 这种。

先忍忍，可能只是不适应。