有段时间用 60%的键盘，那段时间一直写 Go，Go 的 Json 定义是 `` ，在键盘上需要按三个键，然后就把键盘卖了。

@amwyyyy 哈哈哈，就是那种好像没有在 写什么代码，日常事务很多。

@testobjs 这就不知道了，我们公司也算是给客户提供运维工具的，从我了解的企业看，大部分运维工具背后也需要蛮多人来维护的。

@chainzhao 这种界限还是比较清晰的，自从推 DEVOPS 之后，我就越发的迷失在运维了。

@testobjs 这倒不是了，大概是这样的，比如我们需要链路追踪，引入了 pinpoint 之类的开源工具，我们接了 Agent，Dashboard 也做了一些二开，但是 pinpoint 本身就是需要运维的，这件事最后落入我等开发的手里。
---
我的经验就是开源组件的运维工作经常会落入我们开发的手里（运维会说我也不知道他内部的工作机制）……

@Jooooooooo 中间件的运维还是交给运维专业点，我意思这让我这个开发很不舒服……

@Jooooooooo 还是一样的问题，自动化算不算运维的事情。自动化没啥尽头，不然大家也不会忙着搞 AIOPS，很多配置要参考经验的成分。

@di94sh 这个分工感觉还是需要的，人的精力有限，就比如 MYSQL，开发者到底要搞到多深呢，CNCF 的东西普遍简单还算好，以前 apache 的中间件一个比一个复杂，精力更不上

@gargar 咋说呢，我感觉 CNCF 的东西和开发靠的有时候太近了的，比如说，我们做一个告警的集成，就要和 alertmanager 写 webhook，但是出了问题就要开发去检查配置对不对，运维说我让他跑起来就可以了，对于这个应用的设置感觉还是属于开发的，很讨厌这种用软件的工作内容。

推荐看看 CSAPP

B 站目标不一直都是做 Youtube，只不过之前都是二次元的声音比较大吧。。

赞同楼主，我有一年从 wiz 迁移到 有道，我就已经受够了，这种笔记类型，你如果觉得自己需要保存 10 年以上的话，还是用最基础的文件保存吧。坚果云备份一下即可。

太正常不过了，我们家那的毛坯房也没有预先通，都是强电改造的时候让师傅一起做弱电，因为这种需求本身就很少有人要，开发商只需要满足 90%的客户。

也就是 HTTP 和 GRPC 选一个咯，觉得 HTTP 不好用，就 GRPC 嘛，自己定数据格式都是在作死的边缘疯狂试探。

@amwyyyy 有没有那种可以快速查阅的参考表，benchmarks 需要跑一边，有时候单机还不够，一套走下来时间有点久。

@hantsy 上帝归上帝，凯撒归凯撒。SQL 归 XML 管，代码逻辑归 JAVA 管，认可这个才有后面用 Mybatis 的共识。

@sagaxu 单纯说的 SQL 语句，这个 XML 表达能力 和 JAVA 差不多平级，SQL 本身就是一串文本，不需要什么类型之类的东西。 对于我来说，我觉得放在 Java 里面本身就是一种污染，因为那部分我的逻辑我认为归属于 SQL 的范畴，不是 Java 所编写的业务系统的范畴，我更倾向于把 SQL 查询作为一个黑盒看待。

@hantsy 以前我也这么用，JOOQ 之类的也是如此，但是有一些很麻烦的点，比如经常需要判断 null，然后确定是不是要进行增加查询条件，这一部分代码我认为是对代码逻辑的污染，就有点像注解太多对代码的理解产生了干扰，不如把这一些东西都扔到 XML 里面，在业务层只是增加 @notnull @nullable 来确定是否可以为空给调用者警示即可。

另外，HQL 生成的 SQL 非常的啰嗦，复杂查询并不是很友好，尤其是需要 DBA 帮助优化 SQL 的时候还需要 DBA 先简化。JOOQ 这点做的就挺好，所见所得。