Zipkin 真心没有自己查 requestId 方便

@ashsaviour 还是太年轻……负利率了解一下？

主动转了。发达国家都是负利率，咱们以后也好不到哪里去。

网关拦截验证鉴权的同时生成一个 requestId，放在请求头一路传到底。然后 kibana 就能根据这个 requestId 找出一串日志来。

穷人的烦恼几乎都可以用钱去解决，问题是没钱。富人的烦恼就没这么简单了，因为大部分能用钱解决的都解决完了。剩下的烦恼可以归结为钱还不够多，赚小钱容易赚大钱难啊，真的是太难了。。。

魔改雪花算法，41 位时间戳不要动，10 位设备去掉，差不多就是 16 位数字了。

但是，我估计你要的是 yyyyMMdd+2 位业务代码+2 位 xx+4 位流水号，流水号还要加密的那种。在我的 github 里面有，请自取

@cheng6563 不给设计时间的 boss 不踹掉还要留着过年吗？

思维导图 +2

程序设计的目的是什么？我认为这一点要先讲清楚。

Linux 哪里比 Windows 安全了？？？小白用 Linux 还不如用 Windows 安全呢。

docker 架构不同问题倒也不是很大，大家生产环境用的镜像也不会用你的 mbp 上面 build 的镜像。

我们嫌弃上传镜像太慢，就直接传打好的包和 dockerfile 到目标环境再 build 镜像并运行，根本不用镜像仓库的。

你偷一个 token 来试试看就知道了，反正我司的 token 是绑定用户设备的。你看上去是永久有效，但实际上只是因为你在用，服务端会自动帮你刷新而已。

@sagaxu 大多是增删改查的八股代码，复制-粘贴-稍微改改。平均下来十几分钟一个接口，也不算快。

3 节点是分布式系统的最小方案了。因为 1 个节点不是分布式，2 个节点没法投票……

18 款，发布后第一时间升级了。目前没发现什么大问题，中间莫名其妙死机重启过一次，倒不一定是 bug sur 的锅。

当然要花时间好好做设计了，所谓磨刀不误砍柴工，怎么都 2020 年了还有人不懂。有人觉得没有时间去做设计，这个大概率是设计做得不够好，没有起到应有的效果。对于这种情况，我只能说“坚持下去”！任何能力的锻炼都是需要时间的，不积跬步无以至千里。

举一个最新的栗子吧。我月初接了个活，app/商户 /平台 3 端，这个系统有 3 大模块 20 张表 80 多个接口，要和 Javashop 集成。我要负责开发环境的部署和服务端代码的编写。只要是服务端的都归我。。。甲方要求 20 号交付，我还提前了几天，总计大概花了 120 个工时吧。其中折腾开发环境就足足 1 周的时间，占了总工时的 1/3 ！！！为啥呢？因为甲方没有文档，全靠猜。然后设计有个 10 来天吧，中间和甲方来回沟通落实细节。甲方的原型漏洞百出，没办法，只能多花时间沟通落实。真正写代码的时间有多少？ 3 天都不到！只占总工时的 1/5 。

所以呢，在设计上多投入，是非常划算的事情。

18 款同样没啥问题

@leeggco 太直白了……不过我喜欢 O(∩_∩)O 哈哈~

2 进制也能反汇编。总之，东西到了人家手里，就不受你的控制啦。安全？保密？不存在的！