对不起，我朋友圈都是无聊的东西天天刷屏。

@NerverLibis #37
B 乎看多了？我老师北理工副教授职称，40 岁工资+补贴才 1w 出头。

@churchmice #2 对不起，我不正常

@whatisnew #4 太理想化了，城里和农村能一样么，很多农村一般只给水 1 小时左右，因为是政府扶持项目，没有水表，一年只交几十块钱，怕拿水去浇菜。

@xwbz2018 #47 u 和 y 的区别主要是公元前的年份，用 y 是正数，需要加个 G 来区分是 AD 还是 BC ；用 u 直接负数代表公元前，但公元前部分+1 才和我们常规记年相等。

备案了么，DNS 污染了解一下。

抖音的项目地址敲错了。。。

基础够好，学习能力强。

@kop1989 #8 这些是可以实现，但是初衷还是要实现 4L 说的，新码和老码可以互相转换，因为 LZ 可能要去兼容已经生成的 id。

@kayseen #6
那是可以搞的，其实就是 36 进制->62 进制(或者在你这个应用中，37-62 都可以满足)。
实现思想就是 2\8\10\16 进制互转的拓展，方法在大学第一本编程书上就有。

@kayseen #4 需要看你原 32 位字符串的字典表，如果只用到了数字或者只用到了小写，可以实现，相当于二进制->10 进制；但是如果你用了大小写+数字，除非往里面添加字符，否则不可能实现。

生成的时候用部分位代表产品，比如
汽车：v+31
火车：t+31
飞机：a+31

一年多了，PS4 也小一年了。

这种老板...啊不对，我没驾照，白给我都没用😅

@maichael #14
那也还是每 60 分钟一次，而不是 65

@zbl430 #12
@shengchao #13
这个是 Quartz 之类的 crontab，非 linux 的 crontab。

@xjtu001 #3
哦，如果说的是这方面，我这么理解：
平台 API 升级，主要有这几点：
首先是可向下兼容性 API 升级：这个不用 care ；
然后是不兼容 API 升级：多版本的兼容处理，老版本用老 API，新版本用新 API ；
最后是新 API 和移除 API，这个问题重点也应该是这里吧
如果不是特别极客的，没必要做同步更新。首先是平台的稳定性可能不高，遇见坑解决起来没有前人帮你解决，其次是用户手里的平台可能根本就没及时跟进更新，你加上这些意义并不太大，不如把时间放在其它要重点处理的地方；当然有时间有精力来做也没什么问题，主要看项目的优先级。
当然，这种更新还是要做好兼容处理，保持稳定这是前提。

保证稳定是前提，但并不是全部。另外，我没理解几个月更新一次的客户端和网络标准更新有什么必然的关系，每次更新难道不是 bug 修复及新特性 /新业务的更新么？