Takamine

其实还是见少了写少了，对于某种实现有一种源于自身设计不自洽的对“best practice”的执念，往往最后会导致很多无效 refinement 。

@puzzle9
在 Github 发布 release 支持一键 Generate release notes 就是这样的格式，额外自己按照类型再稍微做一下调整就好了。

我很好奇你们这个多线程消费加自动提交的实现里需要提交的这个 offset 是怎么确定的，还是做了消费端幂等？

目前各大厂商 toB 的平台，确实都是在做了财会表单类型相关的东西，和提供一些集成的能力。我感觉不是因为他们没有能力，而是他们业务需求和自己的产品生态决定的。


……毕竟可定制化和模块化其实某种意义上来说是冲突的。
如果你的模块粒度小，复杂度就上去了。
如果你的模块粒度大，想定制化就难了。

如果说是去按照业务 flow 的 events 去驱动，允许部分 code mount 进去，这样反哺来生成模块。在稍微复杂一点的业务上可操作性也不强，这都还没算进去客户本身集成的复杂度。

除非你的目标客户群都是细分行业的一小撮中小企业，或者是那些愿意吃螃蟹和你一起从零开始的公司。……不然就算产品真的特别好，也可能死在生态上。

还是很期待楼主能有颠覆的东西出来给我上一课，加油。

工作开发需要，这个预算，还是推荐上 mac 。

Pact test.

……我觉得只去表面得针对这三道题没啥意义。

只问 Hashmap 扩容，那顺带的你自己得知道它线程安全不安全吧。要避免大数据量下的扩容内存占用，还有简单初始容量设置当然也可以用比如 Guava 的 Map 。

问动态代理，那如何用 InvocationHandler 去做点事情得知道吧，对应的 Spring 里的代理也得了解吧。

问双亲委派，那用了 Dubbo 的自己也得去看看 SPI 怎么实现的吧。

11 。