Takamine

我感觉搭建框架出题的话，很难有一个标准说做过的什么才叫一个“框架”。使用 rpc ，和写过一点业务需求驱动出来的依赖 starters ，也很难看出架构的能力，更多是业务搬砖能力。或许可以聊聊看面试人在做过的框架和设计中，是有哪些基于他所在的公司业务特性和领域模型产生的带有行业特质的东西，还有从基础的代码规约到性能到构建发布整个流程上的设计和优化经历。看看他在一个产品整个生命周期中的技术把控能力。

机试部分感觉很难评，后面侧重出一点系统设计相关的题，用你们的业务场景做切入点倒是不错。

其实还是见少了写少了，对于某种实现有一种源于自身设计不自洽的对“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 怎么实现的吧。