其实还是一个投入产出比的问题，写文档对当时的人来说投入过多了，但是又没有什么收益。毕竟接口开发完了(kpi?) ， 能用就行了.

为了降低投入，搞了一个 IDEA 插件，一键手机，投入从 1 降低到 0.05 。

Java(当然我也靠这个吃饭) 其实挺烂的，但是确实什么都能做.

关注点
1 、几百万的表
2 、用户系统用备注来查询

1 、有多少用户
用户的区分度
2 、

加个状态就可以了，定时心跳保活，不建议用 redis，多一个组件多一个麻烦，还用不到 redis，数据库本身就可以搞定了。这里的矛盾不在于并发有多大，粒度这么粗，数据库本身就搞定了。

别炒股，别炒股，别炒股.

中间件的意义是什么，这个题目怕不是上边的同志几句话回答的了的，但是回答最起码也得从没有中间件之前是什么样子的，产生中间件的背景是什么，有了中间件以后是什么情况这些方面去回答吧。

他的意义是什么，意义就在于在特定的发展过程中，为了解决一系列问题而产出的一个解决方案，是符合过去某一段时间软件开发过程中客观存在的某些问题而出现的，她的意义就是解决这个过程中的问题。

所有 agent 探针都是一个模子刻出来的，不论是 pinpoint，或者是 skywalking，还是 arthas，他们的核心思路就是 javaagent 引入主 Agent 类，自定义 classLoader 加载自定义路径 lib 目录下的 jar 包，通过一定的机制来进行处理引入字节码。 比较核心有 SPI，ClassLoader 的理解。skywalking 因为使用的是 bytebuddy，在这方面简化了不少，相比 pinpoint 的代码，skywalking 的代码更简单，当然功能相比 pinpoint 更弱。 这么说并不是贬低 skywalking，我认为 agent 探针的难度从来都不在于 agent 怎么写，而在于存储的数据如何组织，如何展现到前端。

应该需要一个 live demo，如果没有解决我们的痛点，一般人应该不会 clone 到本地 npm 一波吧，可能还会经历各种依赖拉不下来的问题

参考下阿里云的设计应该内外都是保持的一致的，直接暴露的 API，然后不论是内部还是外部都是调用的 API 。

写了一部分，又删了，没啥意义，我两差不多，农村人，农村生活，来到城市。人在无聊的时候就喜欢多想，找点自己喜欢的乐子，一定要自己喜欢。

每天八小时工作时间也不算是完全无法承受，规定是八小时。

@MadDoggy 大概率是切面没有被扫描

不需要的，最后 common 不还是和 business 达成一个 war 包或者是 jar 包运行么，就算不和 business 放一起，最多也是没有匹配到，不过 idea 会再 common 提示匹配不到，这是因为 idea 作为 IDE 做了优化，脱离 idea 来看，引入记事本来看，其实 common 里边的切面和表达式只不过是字符串，不影响的，最终也是在运行时生效

评论区是真的有意思，我就是觉得基础比 CURD 强，对不起，真牛逼开发个 arthas，开发个 Chaosblade 甩出来。

默认用的是 rc

@pkookp8 你还别说，真的有当天提，当天走的，我同事。

亮给面试官一个 GITHUB 账号，说明自己的能力，顶呱呱

我看我周围同时进阿里的还挺多的，虽然确实存在进入难的问题，总体来说网络把这部分过于神话了