2013 年 late 13”
换了两次电池
Big Sur
IDEA 写 Java

即使不睡觉，也不能证明你的意识就是连续了

Ref: https://movie.douban.com/subject/1294893/

真实发生的事情：

2014 年的买的 6P，2017 年已经卡得不行（ iOS11 ）

2017 年的买的 8P，2020 年完全没觉得卡（ iOS14 ）

@Cavolo 试了半天，第三方 App 的 widget 只能聚成一坨放在负一屏的**最**底下，没法放到官方 widget 的上面。不知道怎么想的。

喜欢看这种抬杠抬一半自己想明白了却找不到台阶下的

(n+2)*(n+1)/2

同一台电脑，各部件相继出问题不是独立事件。

附议


未来一段时间，栖霞区那边会有不少高新企业进驻。过一年再看看。

@forestyuan
@smallthing
你们是不是买的比较晚，电池还比较新？

@KNOX 6s 和 6 不太一样

@Rice 扫盲了，头次听说是因为悄悄降频导致的。

那能怎么办😰

什么时候 jssdk 的 https 版本能用。。

也是从 Eclipse 转过来的。IDEA 有 Eclipse 风格的 keymap 全家桶，几乎可以无缝切换过来的。

刚入坑时和楼主做一样的事情。建议先适应 2 星期，如果仍不适应，就放弃 IDEA 吧。

同意 lz 观点。几个思考也分享下：
1. 被当做密钥的应该是这样的东西：我方为了维持加密不被破解，依赖且唯一依赖的信息。（我方确信密钥泄露则该 instance 失效）而 instantiate 之前就确定的算法则不具有这种条件：如果尝试雪藏，一方面希望不泄露，另一方面不幸泄露也不会导致 instance 失效。尝试雪藏这种信息的问题在于徒增保密成本和系统不确定性。
2. 可以用一段程序代码当做密钥，eval 函数当做加解密算法。但是在密钥只可能被泄露而不会破解的前提下，用[提前确定且公开的简单的加解密算法+无意义随机串做密钥]的方案的性价比可能更高（比如通信数据量）。