@CEBBCAT 忘了说，你们集体跟大老板叫板，那大老板救了火之后肯定就要琢磨怎么拆散你们，不然这公司还是他的不是？再比如大老板任人唯亲，那很明显这个老板不是个明君呐。

又看了一些楼主的回复，楼主我觉得你不是老实人啊，哈哈。比如之前 CTO 学长拿集体辞职跟大老板叫板，你同进同退，有点古惑仔那味了。我觉得楼主是有野心，但是眼力、策略、大局观跟不上，导致了现在的结果。此外个人的人生观我觉得也是挺重要的。

我认为还是少说多做**多观察多琢磨**。

感觉有点 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 那什么是有用的呢？

@dc3365 你问的是强制密码，采纳的是锁定模式……

只是感觉有点浪费回帖的时间……

/t/898231?p=1#r_12392935

我写了个停用面部解锁的简短教程

···
# iPhone 关闭面部解锁
长按锁屏键及任一音量键，出现滑块后即可松手

# iPhone 紧急求救
连按五次锁屏键，倒计时自动开始
长按锁屏键及任一音量键，持续按下直到倒计时结束

最好事先练习一下，因为倒计时有声音
support.apple.com/zh-cn/guide/iphone/iph6d162927a/ios#iphe3036a122
support.apple.com/zh-cn/HT208076
···

twitter.com/siyang_z/status/1596891120621215745

@luoshuhui 我是说如果群名字不便公开展示的话，你把群给存档了，就不在主列表里面显示了