我是一个后端开发，对于这种 admin，如果 clone 下来，跑不起来，直接删除。Github 上边太多了。如果好用，可以支持支持，这种文档都没有的，第一时间就弃用了。

```mysql
CREATE TABLE `test_table` (
`action` varchar(64) NOT NULL,
`projectId` int(11) NOT NULL COMMENT 'yapi 项目 ID',
`projectName` varchar(32) NOT NULL COMMENT '项目名字',
`catId` int(11) NOT NULL COMMENT 'API 分类 ID',
`catName` varchar(64) NOT NULL COMMENT 'API 分类名字',
`apiDesc` varchar(512) NOT NULL COMMENT 'API 分类描述',
`title` varchar(64) NOT NULL COMMENT 'API 标题',
`path` varchar(64) NOT NULL COMMENT 'http 请求路径',
`method` varchar(12) NOT NULL COMMENT 'api 请求方法',
`upTime` datetime NOT NULL DEFAULT '2020-01-01 00:00:00' ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间',
`addTime` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '添加时间',
`version` varchar(32) NOT NULL COMMENT '版本',
`status` varchar(16) NOT NULL COMMENT 'api 状态(上线 /下线)',
`fullinfo` text NOT NULL COMMENT 'API fullinfo 信息',
`visibility` tinyint(4) NOT NULL DEFAULT '0',
`session` tinyint(1) NOT NULL DEFAULT '0',
PRIMARY KEY (`action`),
KEY `test_table_projectId_catId_path_index` (`projectId`,`catId`,`path`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
```

desc select * from test_table where projectId = '11111' and catId >2 order by path;


key: test_table_projectId_catId_path_index
extra: Using index condition; Using filesort

先反问一波是强一致性还是最终一致性，如果是强一致性，那就解决不了 (引入缓存的都无法解决强一致性，有可以解决的方式，希望大佬下边说一说)。最终一致性可以按照先 MySQL 在 Redis 搞。

程序员的必由之路.... 再过几个月就 26 了。 想法还是比较强烈的

阿里云的 nas 。

maven 的 archetype 了解一下，配合脚本搞挺方便的

最近在知乎上看到的一个阿里的程序员，知识体系完整，讲起知识点来可以连贯一个知识网络。从这点看，我觉得大厂的程序员真的强，但是我相信我看到的这个应该是百里挑一的技术人员，不知道在阿里是 P 几，单论技术而言是真的强。

都在讨论技术问题，我歪一下楼，异步技术现在是什么情况尚且不讨论。
还是需要考虑以下几个问题
1 、团队技术是不是 hold 住。目前大部分从业人员水平参差不齐。
2 、后续的维护以及问题排除的难度相比现在是降低了还是提高了。
3 、招人，团队流动性会不会导致难搞到人。
4 、如果一开始不是异步，改造异步的推广谁来搞。万一出了问题一线同志肯定背不起，估计只能从管理层来背。

其实还是一个投入产出比的问题，写文档对当时的人来说投入过多了，但是又没有什么收益。毕竟接口开发完了(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 。