可以上 proto+grpc

> 不同语言间的 rpc 我看了下不太好弄；
这个是 proto 强项，定义文件编译各种语言

> 而且在之前的架构设计上就把这几个子系统做得很独立，rpc 会耦合起来（也许是我 rpc 用得不太对）；
需要把交换的数据格式和暴露的接口定义出来；具体实现各个系统独立，不会耦合


> 因为也有多地部署的需求，像流媒体系统这种；
grpc 还支持流式传输；多地部署你需要配合服务网格或者 load balancer 这样的设施使用

我觉得有一个点大家都关注的很少 - 国外很多创业公司或者小企业，能够以很精简的人员和技术架构，做十分巨大的业务量（不是简单的以峰值 QPS 之类来衡量，而是能做实在的影响很多人工作生活的产品）；在有了钱和业务量之后，这类公司也没有一味的盲目扩张人员和做不同的业务，而是依然保持了这个精简做事的方法，继续做自己擅长的事情。

在技术方面，很多公司写的介绍技术方案的博客都十分的朴素，解决方案在国内看来甚至都有些简陋。
例如 github 介绍他们分库的方案： https://github.blog/2021-09-27-partitioning-githubs-relational-databases-scale/
notion 价绍他们分表的方案： https://www.notion.so/blog/sharding-postgres-at-notion

读来都语言平实，很多人看了之后都很惊讶他们现在才在做分表分库。

这种对业务和技术比较务实的态度，追求简单但是高效达成目标的做事方法，我觉得是很值得夸赞和学习的。

应该没有比这个质量更过硬的分布式可能了： https://pdos.csail.mit.edu/6.824/schedule.html

找个中文字幕，好好做做作业（用 go ），水平会突飞猛进

notion 是有 API 的，这个简直开放了各种玩出花的搞法。见过很多把 notion 当无头 CMS ，搭配静态网页生成做博客、内容站的玩法

应用领域不同不要强行上啊。。

美国人都这样。。早上第一杯续命咖啡。

一大早处理 SEV1 ，表示不行，我得先去喝杯咖啡才能工作

建议学点移动跨端的东西，做大移动端；
说实话，现在移动端人还是比较紧缺的，比后端好点。

升了一级，工资涨 4.75%

胆结石患者，疼起来怀疑人生。。

不用这么费劲，我在尼日利亚的老丈人有好几亿遗产需要我去继承

别怕丢脸，大部分工作都不需要什么特别牛 X 的技术；破烂英文、破烂技术，who TM cares

一码归一码。

你项目代码开源，即使文档写的不清楚，谁过来说三道四的，支持你让他爱用用，不用 gun 。
你做付费咨询和服务，那别人就变成你的客户或者潜在客户，那你服务态度和精神就需要好点。人对服务不满意，抱怨几句都是正常的。

这两个事不能混为一谈

awk sed curl jq 这些还都是工作中经常使用的工具

在服务端把 cors 的头加上，客户端就一劳永逸不用麻烦了

其实上手做是学的最快的。

@AndyAO 命令行 pytest 解千愁

pdb 解千愁

这种见人下菜碟的搞法确实不咋地。
但框架后面的初创企业需要赚钱，这个做法也是可以理解的。

最好是需要在文档上标注怎么去绕过这个默认行为。LZ 也可以去给提个 issue