@lisongeee 额，是指 嵌入式设备内置的证书过期 ，这个设备请求绝大部分 HTTPS 的 URL 都会报错。所以想看看能不能拿笔记本当作中间人，代替这些老设备去解析 HTTPS 证书。

感觉 Big Sur 相比 Catalina 更吃显卡资源了，不知道是不是这样。

之前 HD5000 的 11 寸 MBA，带 Catalina 没啥压力，但是升级到 Big Sur 之后，外接显示器，输入法打字的框，总是慢半秒才出现。

@Giny IDEA 在 Debug 的时候，进入一个函数之后，可以对栈列表中的调用栈，选择 Drop Frame，然后回到函数一开始调用的地方。GoLand 貌似没有提供。

越狱之后安装 Python 3.7，直接 ssh 上去跑应用，打开新世界的大门...

@jaoyina 同一个 iCould 帐号，可以连接 Airpods，但是打电话时候切换，恐怕有些捉急...

@Maskeney 宽度 73mm... emmm...

用多了感觉关节疼，就好像以前在平板上玩水果忍者玩多了的那种感觉...

手表的 esim 必须保证主 sim 在线，找一台旧 iPhone 放在家里，插着主 sim，手表插着副 sim，出门可以应付，但是也仅限于接个电话了吧。

不知道 iPhone13mini 是否可以 esim，之前应该是见过 iPhone12mini 通过实体 sim+esim 实现双卡的。可以搜索 “iphone12mini 双卡解决方案”

我晕了...Tickyes 降级到 0.5 就好了，但是现在还是不清楚是 Tickeys 的特性（因为没有找到相关设置），还是其他什么原因...

@youngce Django 必须提名，全面的都沉死了。不过开发小项目是真的快。

RenentrantLock 只是没东西翻译了，翻译成了一个可重入锁，其实我觉得这玩意儿翻译成，“基于 AQS 的 公平 /非公平 且 可重入的锁”，像 synchronized 也是可重入的，只不过实现原理不一样。

RenentrantLock 的原理是判断 AQS 的队列中，当前线程是否为链表头，那么就可以直接获取，不需要在 AQS 中排队。

“递归调用场景下，可以直接把锁提到最外面来避免死锁”，这个形容不是很准确，有很多情况是，非递归调用，但是多线程情况下函数 A 和函数 B 的执行都需要这个独占资源，那么这时候就需要使用可重入锁。

严格的说，为了解决的问题是 “某个线程，再次获取想要独占的资源”而出现的，这种情况在多线程编程很多时候是会出现的，这时候就需要可重入锁解决问题，不是耦合导致不得不重入。

Go 是如何解决这种问题的我并不清楚，但是感觉原理应该和 JVM 差不多。

advanced renamer 用过，但是感觉还是不够灵活

个人感觉，用 Python 写个脚本最舒服。想怎么变怎么变。

@EasonWong 停在 13.7 吧。原先 6SP 在 13.7 的时候，感觉日常还没有太大压力。升级 14 之后感觉整体都慢了一些。

养老的话 哪个版本也没有 13 好..

如果是我的话，我会这样实现，Job 是一个接口。AbstractJob 实现了 processId 和 processData 方法。

任务的主流程封装为 Executor 类，使用 模板模式，直接调用 抽象接口 job.a -> job.b -> job.c -> processId -> processData，这样大家在看到 Executor 这个主流程就会非常清晰是这样的执行顺序。

尽量不要让 processId 和 processData 是在中间执行，因为最清晰的一定是，每个 job 的执行流程是一样的，都是 abc,id,data 这种，让大家一通百通。

如果想要一个任务主流程是 先执行流程 X 子类(X 实现了 a b c 三个接口)，而后又要执行流程 Y 子类(Y 实现了 a b c 三个接口)，那就使用 组合模式 或 责任链模式，定义一个 SyncJobChain （同理也可以实现 AsyncJobChain ），SyncJobChain 的 a 方法分别调用 X.a 和 Y.a，b 方法分别调用 X.b，Y.b，实现 SyncJobChain 的好处就是让任务整体都是一个执行顺序。看起来很舒服。

如果这样无法满足的话，也可以再扩展一些，即 job.abc 方法 不做整个逻辑的执行，abc 方法分别封装三个都是就绪状态的 Event，想办法把 Event 执行的逻辑搞成一样的，如果是 Spring 的话，通过 Publisher 发布出去，不是 Spring 的话，也可以自己定义一个线程池，扔到线程池里跑。在最后的 Spring Listener 或者线程池中完成 Event 的执行。

如果更灵活的话，可以加入 final 方法，在重写 a,b,c 的基础上，重写 final 方法，final 方法用于区分 X 类和 Y 类的最后节点任务（例如 X 是调用 Dubbo 接口，Y 是发送 MQ ）

如果业务逻辑比较复杂，也可以参考 DDD 的设计思路进行设计。还有，如果很明确的东西，就尽量不要用 Interface 去搞 了，直接写 class 就好。

不知道答的在不在点子上，希望可以帮到忙。

我觉得 赋闲 要不就不写了吧...HR 问的时候再说。看到简历 “赋闲”可能直接就挂掉了。

HR 问问你这段时间干啥了，可能还能对你的人格和沟通方式感兴趣。

一年的话，感觉 30% - 40% 涨幅吧，正常水平的话。也有高一些的，如果目前薪资太低，并且有多家不错的 Offer 的话，也可以 Argue 的比较高。

简历感觉不太推荐用 Word 或者文稿写。超级简历不错。个人意见。

@ouqihang 看不到的，DiskGenius 也看不到，Mac 的磁盘管理也看不到。就很迷。

@minami 好的，下班回家试一下