CEBBCAT

感觉有点 naive ，而且也是一面之辞不好评论。不过也是挺好的，因为我看这个大老板不是什么明主，楼主现在拿到了赔偿，也有竞业补偿，也积累了经验，应该开心才对。如果说还想找相关工作，琢磨琢磨竟业呗，或者再商量商量，修改一下条款，让他们别把事做太绝。

楼主自身我认为对于人际关系这块有可以成长的地方，比如说他随口吩咐，你就认真安排，他问的时候拿出个进度图，堵得他没话说。大老板那边可能等到后来才能品出来味，这个只能吃一堑长一智了。

可以。慢一点的方法是自学符号表、ELF 格式、汇编、函数调用方式。然后在合适的地方改写汇编即可。

但应该有工具，你搜搜看逆向工程，看看那些搞破解的人是咋做的

@luxinfl
> 去掉也慢，而且改动了原来的逻辑，虽然这逻辑没卵用。。。
那直接去掉不就好了，保持最简。

> 上一批结果是啥意思。。不过我看这个业务每次找到 100 个用户就行了，两次任务重复了也没关系。。
你不是要分批查询，每次一百个吗？上一批就是上次那 100 个中最后一行的 pointid 。你指定了 pointid ，之前扫描过的行就不会再扫描了。你说的这个“两次任务重复了也没关系”我倒是有点没明白，是查询到了之后会立即做删除，所以下次查询之前表里已经没有这批数据了吗？

你得想想，怎么让整个任务周期中数据库引擎做尽量少的事。如果你每次都是从表的第一行开始查，那么你执行多少次 SQL ，第一行就得差多少词。这样的复杂度得奔 n^2 去了吧

第一个是先过滤出*所有*过期的，然后按照 id （也不知道你说的是哪个 id ）排序，然后再取前一百

后一个是在表上按照 userid 增序遍历，然后过滤出一百个后中止，返回结果

我建议按照主键遍历，利用 where pointid>${上一批结果中最后一个结果的 ID}，来过滤数据

352 代表大约占用 3.52 个核心，有什么问题吗？

Windows macOS Android iOS 可以用系统自带或者 Gboard （限移动端）。

Linux 可以用 Rime

@xy90321 是的，我计划明天医院挂号切前额叶，这样才能从根本上解决问题 🤝

@litmxs 那什么是有用的呢？