@nojonojo 每一代 0x 后都不容易，确实不假。但是相比来说，可能 90/00 后面对的困境现在还没看出转机。

60/70 后面对的最大不确定性无非就是 89 后改革的停滞，92 南巡之后这个危机迎刃而解。
80 后基本上沐浴在「他改变了中国」的江胡时代的改革春风里，真的是享受到了改革红利，能算危机的可能也就是 97/08 的金融危机，但是都很快过去了。
90 后和 00 后面对的房价和经济问题，更别说停滞的改革，甚至于出了一位「他又改了回去」的爷，真不知道未来在哪儿。当然了，可能 10 后会更难，好日子还在后头呢。

fastapi + nextjs

看这楼里的回复，不少都是没有论据只有论点，倒很像是 chatgpt 回复的。

正如前边几位说的，chatgpt 现在最大的问题就是在不懂的领域胡编乱造，还煞有介事。

前几天在一个技术群里，有人问怎么调试 github actions ，我说有个 action 可以让你 ssh 进去看看。群里有个 chatgpt 机器人就街上话了，开始扯什么“ssh 进入 actions 意味着使用 secure shell 进入 actions 操作系统，以便进行宣称调试”，好家伙，直接给发明了个新操作系统。感觉它是学到了 ssh 进入 ubuntu/centos/arch 等这句话，然后就无脑认为 ssh 后边接的就是操作系统名字……

会不会是因为你们这工作太刑了……

命是弱者借口 运乃强者谦词

本地测试：multipass ，mac 上的虚拟 ubuntu 集群
公司：不清楚，可能是虚拟机，也可能是物理机
副业：linode 托管的 k8s

能问出这个问题，说明你至少现阶段完全不需要 rpc 。你这个比较严格来说是不成立的，http 也可以是 rpc 的一种通信方式，当然我理解你问的肯定是 http + json 和狭义的 rpc ，也就是 grpc/thrift 等的区别。

gRPC 无非就是 protobuf3 + http2 之上做了一些优化，而这些优化几乎只有在大厂才能体现出价值。比如说，大厂内部团队之间要撕逼，没有个 pb 定义的结构，到时候可有得扯皮。虽然 http+json 也有 swagger 和 jsonschema 等工具，但是远不如 pb 或者 thrift 类型丰富且成熟。在大厂里，序列化都可能会成为一个性能瓶颈，我记得之前公司从 thrift 转 pb ，还是 pb 转 thrift 来着，折腾了好久，性能也有很大提升。在这方面，json 序列化的性能就根本不在考虑范围内了。

对于小厂来说，真没必要上什么 rpc ，http + json 撑到上市都没问题。重要的是产品，而不是炫技。rpc 解决了大厂的问题，但是也是有代价的。举例来说，rpc 所谓的跨语言几乎都只是理论上的跨语言而已，gRPC 的 python 支持就没那么好，经常会和 multiprocessing 打架，大厂自然有框架组专门的人来解决，至少规避这个问题，小公司有吗？

最后，技术选型选的不只是某一个技术，更是一个公司的人员组织结构选型。小公司没那么多人，就别给自己找点没用的事儿干，除非你是面向简历编程。

我建议先看一遍 YC 出的 How to start a startup 视频，程序员脑补出来的创业之路和实际差别还是很大的。这两年和老婆一起做到上千万的流水，可以说每一步都被这个课程精准预测了。

本贴充分证明了：只要有一个人开始发表极端化言论，楼下的跟帖都会迅速站队，分化成两派互相攻讦。

也不一定，垄断了之后本质上就是「收税」了，节不节约时间与我何干？

这不很正常么，严格说来肯定违规，但是银行也有放贷的业绩指标啊，自然会睁一只眼闭一只眼。跟我打电话的一个助贷公司还说可以利用贷款记录上征信的时间差同时办两个消费贷。

1. 搜索应该放在首页
2. 排序需要优化，搜索结果不是按照知名度排名的

我看刑

买金条啊

我也是折腾了一圈，发现实用的也就几个：

1. 智能灯。我和老婆都习惯了躺床上喊一声“小爱同学，关灯”，过年回老家还挺不习惯。
2. 智能锁。指纹很方便，出门了还可以远程确认一下门关好了，根治强迫症。
3. 宠物饮水、喂食、厕所+摄像头。春节几只小猫在家里完全不用担心。

别的就那样吧，窗帘电机可能还有点用，但是什么智能冰箱、智能洗衣机就有点搞笑了，联网了能替我晒衣服吗？不能晒衣服联网有啥用……

看起来矛盾激烈，实际上也就是两个人对对方的职业存在盲目乐观。因为知道自己行业的诟病，不了解对方，而误以为对岸风光无限，实际上也是一地鸡毛。

另外，看看 v 站上水深火热区的帖子，你还觉得体制内有那么稳吗？好日子马上就要来了，zju 出身不应该体会不到这一点。

如果用 uuid 这种随机数做 token ，那肯定需要存到数据库，保留有效期和用户 ID 等数据。如果用 jwt 这类使用私钥签名的数据做 token ，那就不需要存出到数据库了，服务端不查库，拿私钥解析出来其中的数据即可。

建议直接上 sqlalchemy ，而且用原生 sql 也不应该自己做字符串拼接，应该用 ？来做占位符。