开始学习算法呗，学校里争取能进 ACM 队。

@DeutschXP #24 免息期一般 50 天，逾期后到下一个账单日会有违约金。至于计息期则是你还了最低还款额，一般 1w 的账单在 500 左右的最低还款，但你必须还了这最低的 500 元，如果没还或者还的不够，那么就是违约，而不是计息。

多加一层智能插座控制监控开关，出门的时候手机定位自动触发离家模式，或者手动打开离家模式，打开智能插座。

目前主要是为数字化办公服务的。比如请假，你提了请假流程，你的请假信息在流转到人事的时候就会进考勤系统里自动算工资了。还有就是电子签章、合同审批等等配合使用。

很多事情都是有一个步骤的，而这个步骤抽象后就是工作流。

Java 的还有 Camunda，和上面一样都是根据 activiti 开发的。

这些工作流引擎的定义都是通过 xml （ bpmn 标准）定义的，并各自拓展了一部分功能。

目前使用下来，不大适应微服务环境。另外就是不适合多租户的情况。（虽然都有多租户的功能，但本质上是用租户 ID 去存储数据在同一个数据库里。不能满足租户间数据完全独立，除非一个租户跑一个引擎实例）

如果是为了验证现场，换成视频+念出指定随机数字。然后验证一下视频里人说的和随机数是否一致。印象里丰巢快递柜是这么干的。

重复不可避免，把重复的部分做好缓存。

前段时间酷安上看到了一堆 App 的更新日志：防止 shit miui 强制深色模式修改自身的深色模式。

@c137rick #11 看下来后，其实你只要服务器上缓存用户的首次访问时间就行了，以服务端为准，对客户端应该是无感的。过了 5s 限制后服务端把这个缓存记录清除就可以了。（其实和 jwt 的场景很像，二次加密一下 jwt 就是你的 code 计算了。

另外，首次访问延迟 5s 这个需求就有点奇怪（干脆登录接口调用后延迟 5s 下发数据得了。

5S 盾的机制应该是像 1 分钟请求超过 100 次或者是 1s 超过 5 次之类时后端做个接口熔断。

然后前端路由切换过快时，做个前端拦截。

你现在单纯的判断上次请求的时间，意思就是每个接口请求间隔必须 5s，那么用户使用体验极差，还有就是像现在的前后端分离的页面，你进入页面后基本都要请求 N 个接口，那么这些接口请求还要间隔 5s 么。如果不需要，怎么判断是正常访问你的页面还是脚本爆破你的服务器呢。

文字追踪盗版源头有点难的。

要么是影响用户阅读体验的改变，比如同义词替换，的、地、得替换。

要么是替换了个寂寞，比如标点符号中英文替换（ OCR 软件才不管你是英文逗号句号，统一翻译成中文或者英文的）

所以最好的办法是保留自己的著作权，然后遇到盗版的 app，养韭菜一样的一个个去起诉。也就只能这样。

有钱就上泛微。毕竟都做上市了，印象里最新的产品前端是 react15.6，后端 JDK 8 。支持流程和自己写的 Action 结合起来一起用。

现在 JSP 的应用场景也是用来接口给前端用……好处是服务重启一下就行了，不用编译什么的。（对于"二次"开发公司来说很方便，但对于正经的开发公司来说不如直接写 rest 接口）

Jwt 的应用场景是很小的，现在大部分的所谓 Jwt 都是伪 Jwt，很多系统还是存在中心验证服务器的。

你弄个自己搭建的 bitwarden，支持二步验证和密码存储，数据全部存在服务器上，同时可以在手机端和电脑端同步以及备份。
后期打算换成其它软件了，bitwarden 还能直接看到原来的 key 是多少，直接导入到新的 app 里就行。

另外就是 anthy 印象里有账号同步功能。

流程编辑器和流程表单编辑器。

@psllll #2 冻结后部分非原生系统就会直接系统打不开的。

@SteveLee #29 感谢科普~也就是说相当于 sata 的 6Gbps 是 T5 的带宽瓶颈。

@Love4Taylor #23 嗯嗯，所以我比较奇怪的就是它 T7 和 T5 分别是 USB3.2 gen2 和 USB3.1 gen2，理论带宽是一致的，但实际速度翻倍了。T5 表现的像一个 USB 3.1 gen1 一样。