云原声，是一个概念，兄弟们，是一个概念，它描述的是一系列要求，例如服务发现，弹性扩容，自动伸缩等等，是一个描述的缩影，并不是某一项技术的特指。换句话说，可以理解为云原声是一个规范，描述了达到了某些条件的情况下就可以说是云原生，只是现在 k8s 实现了这个"规范"，是目前云原生的实现的一个最佳实践，所以大家用这个进行了特指，并不是说 k8s 就代表了云原生，它只是云原生的一个子集。例如 Servlet 只是一个规范，Tomcat 实现了 Servlet 规范这两者这件的关系。

不管是不是 WEB 业务系统，绝大部分都是 IO 密集型的业务。

瓶颈首先不在相关框架，Spring 只是提供了一个平台，你要异步也可以上异步，如果 DB/Cache/RPC 是同步的，框架提供的异步就没有意义了。

没去过大厂，不知道大厂是怎么做的，我的做法加个 cache 。哪里是瓶颈其实大家心里都有点 B tree，只是改不动撒。

1. DB(慢 SQL，机器配置，CPU...etc)
2. 链路长(网络 IO)
3. 相关链路服务抖动(GC/CPU 高...etc)
4. 代码写的糙(上千次的同步 RPC 调用)
5. 框架配置(Redis 配置导致频繁 TCP 握手挥手，全部等待链接。SQL 等待链接)
5. 机器配置不行

思考这些比起整异步更实际一点，大厂忽略我。

一群人不知道抓住个概念争论个什么，真的把 TCP 学明白了，用什么词汇都可以把这东西给人描述明白。粘拆又何妨，反正应用层能拿到完成的业务 package 。

什么，你要百度，你要百度一天，那还不如直接招一个可以不用百度的。

我觉得模型越来越重要了，可能某一种形式上模型就等同于数据，现在 99%的人都是面向数据库编程(我也是)，当然好理解，写起来应该是人花点时间都可以看懂，但是代码的复用率低的不行，搞得几年，就感觉是重复了。

但是领域模型又有点看不明白。麻木了

还是得看技术公众号的目标受众是哪些，如果目标受众是小白，那得有代码，让人有个感性认知，原来这么写可以达到这个效果。如果是比小白好一点，那么可以略微减少代码，适度补充代码的原理性说明，如果是已经入行的选手，我觉得更多的其实是理论知识的补充。

代码这个东西最终还是依托于理论来实现的，如果不明白理论基础，会有一种为啥呀的疑问。

但是这里有一个恰饭的问题，小白的数量肯定是远远大于其人目标人群的。so，大家都去吃这部分的流量了。毕竟基础性的东西首先就是目标受众少，其次是这部分目标受众都有一定的学习能力。更重要的是这部分的流量不能持续输出，谁能一周一篇原理给人讲通透了。不好恰饭呐。

@GM 30 天 100G 么，要是日志量翻个 20 倍，30 倍呢。

3.0 我还没试过，2.x 的版本，我用过的开源框架里边，dubbo 的文档和博客算是顶呱呱的了

https://github.com/akveo/ngx-admin 一直用的这个，angular8 开发的，对于后端来说，魔改魔改挺好使的。开发理念啥的都差不多。

我是一个后端开发，对于这种 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 几，单论技术而言是真的强。