@jeesk #65 那可能我的知识过时了，我接触 grpc 的时候都是好多年前，后面也没有长期使用，当时确实是需要浏览器有 HTTP2 支持

@chaleaochexist gRPC 中的 RPC ，Remote procedure call 翻译作远程过程调用，RPC 概念的提出初衷就是期望像调用本地接口一样远程调用其他服务上的接口。protobuf 作为一个序列化工具，为了支持 gRPC 也支持定义服务和服务中的接口，用来生成调用方的代理调用接口。最开始 gRPC 使用回调的方式达到本地调用的编码体验，但这样容易陷入回调地狱。后来某些编程语言中退出了类似 await/async 等机制，才解决了回调地狱。这样的体验和调用本地接口的编码体验几乎无异，除了你知道这是异步和需要 await 关键字。
HTTP 经过封装也是可以达到效果的，说到底，gRPC 是基于 HTTP2 结合了 protobuf 、通信、RPC 等功能的一个更上层的 SDK ，如果你是期望达到 RPC 的编码体验，既然有 gRPC 珠玉在前，何必自己用裸 HTTP 再造轮子。

@jeesk #40 gRPC 基于 HTTP2 ，不是所有浏览器都完全支持 HTTP2 的，虽然现在绝大互联网产品都是基于较新的浏览器设计了，但是一些政企部分的客户端系统可能会很老。在更早时候，这个情况更严重，所以 gRPC 在早年更适合服务器之间通信，现在也就形成了路径依赖。

我个人认为 gRPC 的着重点是 RPC 上，可以在微服务/CS 之间像调用本地函数一样调用其他服务的函数，这能极大提升开发效率，但也需要通信的双方协议对齐，这是 RPC 的特点。因为 gRPC 最终打包接口采用的 protobuf ，一个非常优秀的序列化反序列化方案，这能带来更低的流量和更好的性能。也因为采用了 protobuf ，让浏览器上开发调试的时候变得更加复杂，比如 xml/json 那么清晰。不过 protobuf 带来的好处其实 i 也可以依托其他高效的序列化方案来处理。不过 gRPC 很多特性是依托较新浏览器特性才能支持的，所以它对浏览器的支持有一定要求。
相反在微服务之间的场景几乎没有上述所说的诸多缺点，所以现阶段 gRPC 更多还是用在微服务之间的调用或者 BS 模型的产品。

base 成都，有大厂游戏经历，多年 gamefi 经验，主力语言是 C++/NodeJS ，语言栈可能不是非常匹配。但是 php 大学的时候用过，这两年也接手过外包团队给过来的 php 项目。这种情况你们会考虑？

@luzemin #23 只要把语言当成工具就可以了。就像 garnet 内存管理直接使用 unsafe 指针管理内存大大降低 GC 带来的影响，写 NodeJS 也可以用 napi 把 CPU 密集型的运算用 C++代码或库负责，现在很多 CPU 密集型运算的库最终就是调用的 C++代码。

什么叫做“对二维几何、空间几何有一定的造诣”？ 这是要求数学造诣么？
虽然我又是 NodeJS 又是做过游戏的，感觉很合适 但是你们这个看不明白是干啥的

@jake361 #84 怡心湖感觉有点偏啊，不知道附近有啥产业园没有。后面城市化进程会大大减缓，怡心湖的增长预期感觉不够坚挺啊。如果有好的投资机会，对我说的房子的硬性诉求不高，我更倾向于卖了去投资。
我住大源，感觉还好些，附近上班族很多。特别是疫情之后明显比疫情前人多了好多，伊藤吃饭的人也多了好多，周末基本都要排队，大源的房产好像就容易出手多了。给你个参考。

房子主要看地段，成都本身作为西部最强城市，虹吸效应严重，成都大盘上看短中期是涨或略涨的。具体到地段，如果房子的核心区域不差，顶多阴跌也就是跑不过通胀。如果成都核心区域都跌了，那就是国运问题了，到时候你拿现金(人民币)也不顶用，你考虑的应该是如何润了或者如何苟。
房子最主要的作用在于户口和婚姻，户口牵扯教育，要孩子可以先别急着卖，需要解决好教育问题之后再卖。如果已经结婚且打算丁克，房子的居住属性完全可被租房替代，后续国家会逐步完善租房法规。
如果综合考虑房子可以卖的话，最好是考虑是否有合适的投资方式。房子地段不差的话，大概率会跑过或者跑齐。但手握现金，铸币税这是所有人都跑不掉的，中国经济不像以前告诉增长的大背景下，通胀问题可能会更加明显。如果没有合适的投资方式，房子未来的预期(结合第一段)不算差的话，短中期建议保留房产。
过去几十年中，大多中产富裕的机会是买房，大多中产返贫的机会是股票。但是自改开之后房子和股票的升值幅度相当，造成差异的核心原因是流动性，大部分中产都是无法看懂经济的。房子流动性较差反而能吃到红利，股票流动性太好会让普通人无法很好买卖股票从而返贫。手握现金心理负担小了，手握现金花钱的选择更多了。对于大部分人来说花钱的选择更多并不一定是好事，结合自己的情况综合考虑吧。

@hronro 你看过 nodejs 的架构图就知道了，nodejs 本身调用 http 请求最后也是用 nodejs 内置的 curl 库，c++和 js 的交互应该不算频繁，而且 V8 在跨语言交互这块不算差

never 表示这种情况从来不会发生
你写一个函数(不标注返回值)，函数里面不返回任何东西，直接抛一个异常，你会发现这个函数的类型被自动推导为 never ，意思就是这种情况不会发生，因为这个函数绝对不可能返回任何东西
在 ts 标准库里面也利用 never 做了很多类型推导之类的，多看看别人或者标准库的 ts 定义很有必要的，能快速学习 ts

参考手机端，高刷对手机应用提升最大的是信息流 app ，同样的道理，pc 这块除了游戏(特别是 fps/赛车)，最大提升就是信息流，日常应用都有提升的，而且高刷真的是用了回不去的

要注意 k8s 是运维工具，很多小公司是为了这个工具才微服务化，否则自己用单机，运维的一套工具都得自己弄或者用老掉牙的甚至都没咋维护的一些东西。重点是选 k8s 做运维工具，出问题好歹你还挺好查资料的，即使里面的坑你踩了也算经验后面也能用，自己写得工具或者一些老掉牙没咋维护的运维工具，可能真的这家公司用了，以后都不会再用了。而且用 k8s ，你自己省很多文档，新来的人不会自己查网上资料学，只有自己定制的部分需要写写文档。

@tutu11 我看还没有回复