公告板排行榜

实际上是相等，不同的表示方法容易把人绕晕，因为直觉上没有无限这种概念。

就像把一个苹果切分成三份，依次吃下就等于吃了一整个，很多人按照分数 1/3 计数就不会误解，但如果你跟他表示每一份是 0.333...的量，他就会告诉你他只吃了 0.999...，没吃到一整个。

无限小数在生活中用处不大，很多初中数学老师都搞不明白的 XD ，所以也无所谓吧。

@cenbiq @bsg1992 同步系统处理不了->异步（=延迟）系统削峰填谷

当然是 Ubuntu ，你就缺那点空间还是网速？

延迟队列是伪命题！

一句话鸡汤能被你冲调成这么大一桶还真是不容易

某币圈大佬说财富，“存[贷]钱买币[投资]让钱生钱”
某房圈大佬说财富，“存[贷]钱买房[投资]让钱生钱”
。。。

首月 3.8 ，次月另一个价。

@caixiangyu17 结对编程也是工程实践的最佳方式，可以省略掉后续 review 的时间，但要注意结对是为了质量，省掉时间只是副作用。

提倡最佳实践目的是为了提高代码质量和可维护性，非要从效率这个词上评价的话应该是提升工程效率，质量差会有很多 bug ，修 bug 也会浪费很多时间。

要提升编程效率还是要向提升专注度减少大脑上下文切换次数，比如限制在制品数量，会议数量，合适的背景音；提升命令频次减少按键次数，比如使用全功能 IDE ，可以编码、调试、UT 一把梭，AI 自动代码补全等这两方面下功夫。

你说的几乎不算提升效率的方法，而是工程实践的最佳方式。

第一，提高内聚不可以超前规划，模块应该是慢慢重构长出来的
第二，你要表达的是通过引入转换层节省一些枯燥的工作，这个与 DSL 是两个完全不同的概念。具体你可以查一查 transpiling vs compiling ，这个属于工具链范围，一般确定技术栈时就 fix 了
第三，我没听过，不过我猜测应该类似代码模块规模可视化之类的透视图，这个也并不提升编程效率，而是为 review 或检测代码质量服务的

不是深度学习吧？写个 py 服务呀。

你是对的

因为协同办公的核心就是在线编辑，你要是能搞定这个，还提什么管理系统？

在线编辑这个不得了，就这一点基本决定了你找不到开源的。

@azkaban 你根本没理解聚合的意思，另外你可以说 flink 是实时流运算，因为它可能直接对接了实时的流，你也可以说数据仓库能应对实时取数的场景，但你不能说 flink 是应对实时数据仓库的，这是两个概念。

另外不要用 Flink 来做这个事，杀鸡焉用牛刀，Flink 是用来在流上做聚合运算的。

你要的不过是整合一个完整的参数给消费者消费。

需要前置一个过滤器消费者，整合任务并生产新任务

消费者至少有两个逻辑
1. 批量拉两个 topic 的任务，然后整合
2. 标记整合失败的任务，如果次数或时间大于一定阈值内丢弃任务，其他则重新放回队列等待下次整合

老瓶装新酒，DDD 往大了说山头主义，往小了说 OOP 里的封装而已。TDD 才是各位应该实践的真知。