@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 才是各位应该实践的真知。

转

各位能推荐个全功能 typec 的性价比机器么？

不过是有的人选择便宜自己，有的人选择辛苦自己，没必要呻吟。

港股还是美股，癌股大可不必，涨跌停都有限制。

广撒网，让自己忙起来，主动适应环境，而不是逃避。

裸辞不可取

sql 语句都不一样啊