galaxyyao

虽然印象笔记也有 markdown 笔记，但难用得一逼，而且多年来不思进取，最根本的笔记的体验几乎没有改进。虽然已经积累了上百篇技术笔记，还是在会员到期后决定弃用了。
现在公司内反正也不允许用云笔记软件，本地用免费的 VNote 体验都比印象笔记好得多。

用过 showmebug，很推荐，并且还在不断进一步改进中

最近看之前的帖子买了阿米洛 108 静音版。自己眼拙以为是蓝牙的结果买了有线版的。按键手感和声音都相当不错。
但 f5 和 f6 按键的 bug 很让人不爽，不管系统设置里怎么改都是调键盘灯光，在程序调试的时候简直抓狂。必须找客服下载一个刷的工具，找一台 windows 的电脑重刷，然后才能修复。

同意楼上。能从回复里感觉到 lz 的坦诚理性和克制。下周开始也要视频面试了，吸取了不少教训

这个引起争执的主题引出了几个问题。说一下我的理解
# 1 到底什么是 RPC
根据 wiki 上[Remote procedure call]( https://en.wikipedia.org/wiki/Remote_procedure_call)的定义，RPC 就是像调用本地方法一样调用共享网络上的方法（ procedure 理论上应该被翻译成过程，但这里个人更倾向于翻译成方法，也符合 OOP 中 RMI 中的 M 的本意）。
可以看到这个定义里没有规定协议，所以 HTTP 方式的 spring cloud feign，我认为也可以被认定为 RPC。虽然 feign

# 2 RPC 的实现
RPC 的实现有语言限定的，诸如 Java RMI ；也有通用的，例如楼上提到过的 SOAP，Google 的 protobuf （用于 gRPC ），Apache 的 Thrift 和 Avro 等。这里的实现我理解和协议还是有差别的。
Hessian 在有些网站上也被认为是 RPC 实现，但 wiki 上的定义是二进制 web service 协议。

# 3 RPC 框架
RPC 框架我理解是对 RPC 实现的封装。
我理解 gRPC 和 thrift 本身就对 rpc 实现封装得不错了，所以没有一个专门的框架再包装一层。
根据 github 上的[RPC 框架 topic]( https://github.com/topics/rpc-framework)，RPC 框架还包括腾讯的 Tars （ C++），蚂蚁的 sofa-rpc （ Java ），微博的 motan （有 go 实现）。
hprose 是跨语言的，在 Github 上有各种语言下的实现。
Dubbo 这种全家桶中也有 rpc 的部分，但称为 rpc 框架总觉得有点别扭。
Github 星数比较高的 Java 语言 RPC 框架还有 NettyRpc，Jupiter，xxl-rpc 等。

# 4 服务发现注册
主题里提到的 zk，etcd，eureka （ LZ 拼错了），从分类上术语服务发现注册，我认为不能混在 RPC 里讨论。
服务发现是辅助与 rpc client 找到 rpc server，但并不是 rpc 里必不可少的部分（如果不考虑高可用的话）

非常推荐极客时间里的《深入剖析 Kubernetes 》（ https://time.geekbang.org/column/intro/116 ）。
极客时间里的我买过最值的就是这门了，讲得非常深入简出。
建议搞几台虚拟机，基于 kubeadm 来搭一套双节点的环境，部署一套 nginx 静态网站，部署一个 mysql，基本就摸得差不多了。
根据课程我也自己写了一些学习笔记，可以参考：
https://galaxyyao.github.io/tags/kubernetes/

2 代的买了 4 个月，突然右耳那只不发声音了，绿灯一直闪。今天去苹果店维修，倒也爽快换了只新的右耳的。但非高频使用下这个损坏速度。。。真的不像 1k+耳塞该有的。。。

@wolfan 自从被石墨企业服务忽悠过之后，看见这两个字就反感