es 干嘛的。。。

简单…不要问概念。问开放式的问题。就算是概念也要用开放式的方式问出来

不在 dev 分支开发是可以理解的。但不会用 git 没法洗。所有这种都是半年-1 年开发 7 年管理这种了

感觉楼上说的对。。你破解后然后被病毒感染了。。你想想会发生什么吧。。

@pifuant k8s 的文档加起来可以是一本小说了吧。所以才说是经验坑啊。谁看手册全背下来？

这种经验坑产品。我是不建议学。但是可以了解一下概念。比如给我干了几次 helm upgrade 项目。很简单对不对？楼上不是说只是工具么。这里是有经验坑的…

如果真想学。了解完概念，要么推动你老大公司层级使用。要么，跳到一个正在使用的

我们上 k8s。要学习 1 个月。搞清楚基本大概。一人搭建一遍。跑一遍所有概念。线上环境先跑起来。里面跑点小东西。看看日常的运维需求有哪些。确实很舒服，但不是没有坑。这些坑文档里是没有的。就得人肉躺。然后测试环境开始跑部分业务。又是成堆的坑。这些就半年过去了。再加上培训啥的。总算开始陆续线上服务迁移。

所以虚拟机？个人应用？想像其他的开源产品一样几天从入门到放弃。k8s 涉及的知识点不允许你这样…我面试跟我说只是自己搭 k8s 了解一下我都是当没学过 k8s

没这么讲究。。看上层决定用什么。。这种东西从来不是底层小码农能决定的。。。
我心里一万个愿望用 rust。也没见人搭理我啊。。。

所有的软件工程，都是用数学建模来解决现实中或简单或复杂的一系列问题。- 编译原理第一章引述出来的重要观点

没有需求的产品。。是最难搞的。。。。

全套自带的飘过。。
电脑，路由，键盘，椅子。显示器。。。没有用公司任何东西

@Aresxue 土豪…

@Aresxue 2c4M 没有高并发…这配置就是做实验用用还行。量大点就要跪…

@Aresxue 没有…纯看官方手册加搜索。如果所有 on the 条件都是唯一键那就好了咯。但通常 n 表 join 是不可能出现这种情况的。

就你这小水管配置？别指望优化了…先加机器吧…量大 4 核 32g 没毛病。量小也要 2 核 16g 也行吧。我是选择内存大，cpu 小的配置。几乎全在缓存里。没有 io 操作

我们用 jenkins 做的定时任务。美其名曰好看。。呵呵呵。。好看个锤子。。。

前几天还和别人掰扯关联表太多的问题。。。查询速度还可以吧。几十毫秒。但是。数据库 cpu 高的感人。。差不多最高峰 50%吧。。然后优化掉这一个关联了 5 张表的 sql。
前面说索引的。索引也不是银弹啊。5 张表。explain 全部走索引。4 张索引查询 100 条记录以下，1 条索引需要扫描 10000 左右的数据集。大部分 dba 都会说这个 explain 已经没得优化了。。。
然后我就和人家掰扯。。把那个扫描 10000 的拿出来。然后再查后面的 4 个表连表。。恩。CPU 掉到 5%。。。

迪卡集。。。。
10*10*10 就是 1000 条记录。。

@springmarker 跟你说业务呢，你又说原理，跟你说原理你又去扯业务…这没法聊啊…

嗯。然后满屏幕的日志是 unknowerror