job 不是新建一个，然后复制改改就又是一个了吗。不过要是和我们一样有近百个项目的话，4 套环境就是 3 百多的 job 。复制改改也要搞一整天。

ak 是 key，sk 其实是 value 。调用者用 sk 加密数据，并把 ak 一起传过去。服务端用 ak 查询对应的 sk 解密数据。就是这样

做饭还是炒菜最方便。蒸菜花样太少，吃上几天就不想吃了。用烤的菜就更少了。不过烤番薯和烤鸡翅很不错。

@JoostShao 这是七八二十四？四舍五入等于二十？🐶🐶🐶

在 A 的回调里面显示 B 按钮，这样就能保证 A 返回正确结果后 B 才变得可点击。凡是需要套娃的都可以套用这个方法。

@linauror 只要注册了用户，token 还不是随便拿。

防刷无非也就这么几种办法：
1 、限制请求的频率，譬如同一个用户同一个接口每 x 秒才能调用一次，没有用户的可以把用户换成手机的设备 id 等等
2 、加各种验证码，终极手段是短信验证码，还是用户发到一个固定号码的那种。来攻击呀，你要你肯花钱。

@snw Dual_EC_DRBG 本身就被很多人批评其不够可靠，有存在后门的可能性。现在都已经被废弃了。这种不可靠的算法为什么一定要去用呢？明明还有其他可靠的算法可用。在密码领域，可靠性永远是第一位的，然后才是强度和效率的平衡。都不可靠了，加密不是形同虚设吗，再快又有什么用？

@cmdOptionKana 不不不，擅长 Java 并没有什么卵用。 @KuroNekoFan 这也不是什么语言的锅，只是没有找到正确的方法而已。

楼主的问题是没有人去把整个系统的结构梳理清楚，导致各项目搞不清楚自己的定位，和别的项目是一个什么关系。大家都按着自己的惯性思维去做事，没有纲领，也没人负责协调，出现冲突很正常，没有冲突反而不正常。

这种情况下搞微服务只是把单体架构掩盖的问题给暴露了出来而已。当然你要说没有暴露出来的问题就不是问题我也没法反驳的说🐶

@wangxiaoaer 因为只能拿算法说事。。。
密码产品除了算法就是算法实现，算法实现的问题没法说啊。所以只能说自己的算法更先进，事实上也确实稍微先进那么一点。难道还能公开宣称人家的密码产品都有后门吗？这话说出去不好听啊，撕破脸做什么呢，自己心里明白就行了。

@love 你自己根据算法原理做个实现，哪来的后门？椭圆算法有后门还是大数分解有后门？

没和你要软著么？为什么我上架和我要软著。。。我一个帮朋友开发的生产管理用的小工具，要什么软著，真是的。

没啥优点，就是法律规定某些密码类产品必须要用国密算法的加密芯片或者加密软件包，以免造成泄密。

@BrettD 加密算法都是公开的，不存在后门，但加密芯片或者加密工具包可以有后门。

想要在网关上面鉴权似乎也是支持不了……

想不通序列化指针有啥用？

哲学是思辨之学问，和死亡啊抑郁症什么的有个毛线关系？只不过有些哲学家们在思考「我」存在的意义的时候，顺带着就会思考死后到底去了哪的问题罢了。咱们信奉的马克思唯物主义哲学，就不思考这些乱七八糟的东西，而是注重实践的经验。死后怎么样，到你死去的那一刻就知道了，有什么好胡思乱想的。

vue 什么的没搞过的话，估计还得踩踩坑。没有跨平台需求 wpf 不香吗？

@xuanbg 啊啊，代码看漏了，不好意思。我的问题是为什么不指定 my_things 的类型为 Equine ？

楼主你的代码这么粗暴真的好么？你把 Equine 定义成抽象类，然后 Horse，Zebra 作为 Equine 的实现，不就啥事都没了？