不明白很正常……
讲道理按照逻辑说，的确是应该将 地址直接从内核态作为返回值直接给用户态就可以了。但是在实际上因为安全 /硬件 还有一些历史原因导致，最基础的传递是通过 Copy 来的，之后才出现的 Zero Copy 的技术。

OS 因为要配合硬件，所以不是一个很纯粹的软件设计思想，这个只能按照他的思路来。

给你讲其实大家都差不多是这样的，主要有两层原因：

1. 团队磨合不到位
2. 经验不足：产品经理不知道要交付到什么程度的原型图，后端不能保证 mock 的数据和最终数据一致

其实也没啥纠结的，新团队都会这样的，磨合个一年多就好了，如果在人员流动低的团队，替换的员工可能就会觉得好点。如果一直没磨合好，就要考虑是不是能力问题了。

国内就知道 阿里云现阶段还行了。

国外的 Zoho,Yandex,Migadu 之类的。 腾讯企业邮真的是越来越坑爹了，突然要求每个账号绑定手机号 /微信。

@BrettD vcpkg 也还可以哈···

有段时间用 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 嘛，自己定数据格式都是在作死的边缘疯狂试探。