@EchoUtopia currency 是小表，用 currency 对应的 rate x 10000 换算成 salary 的计算量也小。算出来 left join 回去可以用跑索引 currency_id 等值再走 salary 的范围扫描完成。

构筑索引(currency_id,salary)
EXPLAIN SELECT s.* from currency c left join salary s on c.id=s.currency_id and s.salary> c.id * 10000

调和级数的近似+二分 /牛顿

技术逻辑上先用安全的未定义行为填掉，再跟产品反馈补齐产品逻辑。

@hutoer 把静态语言当成动态用的人也很多。在绕过编译期检查，直接面向运行时编程这件事情上其实大家都熟能生巧。

Huginn

PPT

CAS 的 SSO 优势主要是基于 HTTP 协议完成单点登录，也就是即使你的 Web 应用是 polyglot 的场景也能完成鉴权。
一个简单的实现是，让你的 Web 应用如何成为 SSO Client 。缺陷就是各个 Web 应用这个场景下并不是共享 Session 的，因为 CAS 只负责鉴权。
实现共享 Session 就是让 Gateway 成为 SSO Client，由 Gateway 控制 Session 。

Ceph……
自研一套 API 不用几个钱

首先是 EDNS GeoDNS
其次是 CDN 挡掉大部分静态资源请求
回源流量做负载均衡方案包括 F5 或者 NGINX

自问自答一下:
引入配置
quarkus.native.additional-build-args=-H:ReflectionConfigurationFiles=reflection-config.json
在 resources 目录下创建 reflection-config.json 文件，内容如下:
[
{
"name": "org.bouncycastle.jce.provider.asymmetric.ec.Signature$ecDSA256",
"allDeclaredConstructors" : true,
"allPublicConstructors" : true,
"allDeclaredMethods" : true,
"allPublicMethods" : true,
"allDeclaredFields" : true,
"allPublicFields" : true
}
]
大意就是额外增加反射配置……

这种需求难道不是找 IDC 做服务器托管？

这种流程的相互支配性明显是 dock 盖过了 service 。因此设计上完全可以调转方向，依靠 dock 向 service 单向发射指令的方式实现。
具体实现可以是 dockBusiness 里面执行第二步的时候调用 fireServiceCreated(dock)。由 serviceBusiness 实现 onServiceCreate(Dock dock)方法。在第三步调用 fireServiceUpdate(dock)，由 serviceBusiness 实现 onServiceUpdate(Dock dock)方法。
中间的消息流转机制可以简单的用同步实现，也可以采用异步消息队列实现。serviceBusiness 需要对上面调用考虑是否需要补偿机制。

前一家一样的问题，二次开发全靠 Debug 看数据。
更可怕的是那些 void func(Map<?,?> map)方法，纯副作用函数……

在这个领域上考虑，有一个很浅显的问题就是，你希望拿到什么样的信息？
不考虑任何因素限制，整个模型变成一个信息海。在这个信息海内到底哪些是有价值的应该被展示的问题可以被转化为，这个价值函数怎么构建？

@Smash 他让你多花了时间在论证上，你也自然就少了时间去关注其他的事情。

目前个人私有化部署的 CAS，是直接用 JPA 作为 ServiceRegistry 。
然后服务管理都是直接 SQL 弄进去，一年下来花在管服务的时间屈指可数。

这里给一个不靠谱的个人猜测:
现在的指纹识别可能是电容式的，也就是需要在你和按键之间构筑一个电容才能识别。如果你是手悬空接触的情况下，由于你和 Mac 的接地可能是不可靠的，就没有办法识别到。因此你可以尝试把手腕靠在 Mac 表面上形成共地，再尝试摸指纹识别。

Gen8 又不贵，还是正统服务器，不是家用级玩具。IPMI ECC 热插拔盘位都有，上个 H240 就能接 SAS 盘。虽然这货性能就是个辣鸡……反正你又不需要对吧。
SATA 口不够？搞 Ceph，第二台第三台 Gen8 往上加就是了。