@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 进制也能反汇编。总之，东西到了人家手里，就不受你的控制啦。安全？保密？不存在的！

千一的手续费，简直就是免费啊。

一直接外包的资深外包狗路过，借地做个广告。对外统一报价 1K/人天，交付时间有保障，交付质量高，欢迎大家甩活过来。

4C32G 的 ECS 上面，我的某几个接口做到了几千(万划掉)的 QPS 。🐶

@darrh00 什么代码还要拍照？弄清楚算法原理，自己写不出来吗？

没办法，只能用手机听歌……mbp 静音

@YouLMAO 注册为啥要传原文？传 MD5 不行吗？数据库为啥要存原文？存 md5(id+MD5)不行吗？我就告诉你吧，我的临时 hash 就是 md5(uuid+md5(id+MD5))，然后返回给客户端 uuid 。客户端计算 md5(uuid+md5(id+md5(用户输入密码)))，就得到了和服务端一样的 hash 值了。这样就可以避免密码原文、密码的 MD5 值，还有数据库存的密码值暴露在网络上面。

@Veneris #56 数据库怎么可能存明文？？？加盐哈希只不过不希望数据库存的密码 hash 直接在网络上传输罢了，数据库存的密码 hash 被抓到基本等同于密码被抓到。随机到相同盐是不可能的，这个盐你可以用雪花 id 、uuid……。至于哈希碰撞的可能性是存在的，但无限接近于 0 。因为正常情况下，这个加盐后的临时密码 hash 只存在几十个毫秒的时间。这么短的生命周期，都能碰上，那也是没办法的事情。

这么做唯一的目的就是：不希望数据库存的密码 hash 直接在网络上传输。这也算过度设计的话，安全方面的加固，就啥都不用干了，干了就是过度设计。

提手上，别背着。对别人对自己都好。

@Veneris 是的

A MDYES

肯定是领导担责任啊。

@acr0ss 多端肯定要逻辑一致的呀