巨型单体服务根本不适合高速迭代的项目，首先你根本不可能做到想发布就发布，基本只能搞固定窗口上车发布的模式。另外每次部署都需要做全量回归，一次发布可能涉及大量变更点且都在同一个仓库风险很高。其次启动时间巨慢开发效率低下。

这个题我用 ai 写过，好像是 jerry.ai 的家庭作业吧，得用推理模型，非推理模型写不出来单测能全跑过的，用 doubao 的推理模型能写出单测全过的，

放平心态，就这样飘一辈子也未尝不可

彻底私有化部署，把服务端也部署到他们自己的 idc 里面

JSON Web Token (JWT) is a compact claims representation format
intended for space constrined environments such as HTTP
Authorization headers and URI query parameters.

https://www.rfc-editor.org/rfc/rfc7519

你的问题是如何传输 JWT 的问题，和 JWT 本身没有直接关系。

按软件方法的业务建模流程走一遍，产出你做的业务的业务愿景、业务用例、业务序列、系统用例、领域类图应该就有个基本认知了。

AuthN 和 AuthZ 天然就是两码事

一个月 1.5w 建议放弃。。。

Swahili 。很有意思的语言

@bthulu 意思是运营赋能这个部门的前端，断句下

@bthulu 通过提供一些低代码平台，开发工具之类的给运营人员赋能开发技能，让运营人员自身具备的一定的开发能力可以自己设计各种运营平台和工具提升日常工作效率，最终提升整个抖音电商的人效。

notion

@sylpha 未来都用软删除，再配合定期清理

@sylpha 那比较麻烦，要清理的话只能搞一台新的文件存储，把现有的数据和新来的数据都切到新的那台，然后直接把老的清空了。

一般都不咋删，要清理的话定期清理下就好了。