@qdwang 你有信仰很好，但今天比特币这回调你觉得多少韭菜要倾家荡产了
30088.5000 -2870.4000 (-8.7090%)

软件技术更新太快了，没得很硬的证书，哪怕运维的证感觉淘汰都挺快的

@areless 比特币的总量限制实际上限制了其作为货币的可能，就是因为量太少而且交易根本不够全市场拿来交易，这其实也是很多人长期看多比特币的原因。但比特币这种特性也让它价格长期在剧烈的波动中，让它根本不可能作为货币，你会拿一个一天一个价的东西拿来做定价基础？

都是金融商品，不知道为啥程序员对比特币就特别有信仰。希望各位不管投资啥都先了解下 value at risk 是啥意思，别和大连某人一样起涨前就杀全家后自杀了

比特币要是 50w，大家猜猜黄金该到多少美元了？希望 lz 到时还没老年痴呆

其实不一定是微服务来，也可以是通用的模块通用 sdk 方式引入。主要还是要考虑你们的业务形态是怎样，是全部都自己维护？还是会部署到客户机房？

微服务其实运维的压力不小的，没想清楚就搞很容易过度设计。

你这实现的……我用 jpa+querydsl 都完全能做啊，优势在哪……

现在没这么荒了，要来可以了，5 年前端只要技术不差不止 8k 的

@dcty 赞同，简洁易懂

我觉得不正常，但 lz 这个到底是写不出来,还是看不懂还是不一样.毕竟总要和前端联调，js 和浏览器 f12 调试 http 浏览哪怕是后端都得会点吧

还有 kafka 设计很清晰，使用很简单，这个其实是很重要的优点

默认不该设置的话是真的，因为 n 卡默认颜色设置是有限（ 16-235 ）不是完全（ 0-255 ）。你必须自己在显卡驱动里自己修改😂

应该还是 lz 参数问题或者硬盘不行了……

mqtt 功能强又够轻量，生态还非常成熟，不是很特别的业务想不到不用的理由

@MarioLuo 我写的时候反正没有需要 compile 的问题，可能因为我项目都是用的 gradle……

JPA 加 QueryDSL

@kangsheng9527 我就做过设备数据存储与分析啊，一个设备大概几十个指标，一个月数据大概 50m，大部分 5s，10s 一个点。你要实时读写，基本的时序数据库都办得到的，只是大部分人都只懂 mysql 、redis 这些，眼界太窄。而且这是个发展很快很快的细分市场，像国内的 tdengine 我就觉得没几年可能就要开始统治市场了。

@taogen 区间好说，先根据业务取细一点，比如总区间是 0-2000，那就以 10 为间隔来取。然后通过类型 flink 这种流计算框架先预计算每个区间的总数，和记录该区间中有哪些值（可以放入 redis 的 hset ），然后整个分布就有了