Takamine

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

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

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

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

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

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

Pact test.

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

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

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

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