空气炸锅炸几个鸡块当夜宵，成本估计最多就几块钱

@bmwh123 主要就是启动速度慢和没法直接用 dart 的 isolate 。另外偶尔会有些情况需要 web 单独处理，比如 google sign in

简单 kv 内存够大当然没问题。但一般情况下小公司用户少不需要那么快，大公司数据量大放内存性价比太低

七牛去年说要 IPO, 估计是撑不下去要被卷死了

以前看过的一个 Go 的 Redis client 也被官方收编了: https://github.com/redis/rueidis. 我还跟作者讨论过怎么实现 Client Side Caching 最好

blender 自己设计+建模+渲染

前段时间我也看到个: https://github.com/SOFT-SACC/SACC2019/commits/main/. 就每天改个文件名，看上去也不是自动的

我第一个想到的其实是王国之心的 sora

用不了数据库但你可以参考数据库的做法： https://dev.mysql.com/blog-archive/hash-join-in-mysql-8/

我觉得 op 可以参考参考 APIJSON 的推广方法，感觉功能上有点类似的地方。APIJSON 虽然挺 low 但也傍上了腾讯,根据 issue 看也有"Fortune500 财富 500 强"在使用。v2ex 搜一搜也能找到当年的讨论( https://www.v2ex.com/member/TommyLemon/topics)

如果你在公司这么干，而且在公司产品上用你自己的轮子，可能你要感谢公司没把你裁了。如果是个人这么干，可能是你造的东西太简单，建议你选个复杂点的并做到性能匹配原版并且有足够的单元测试

这类似乎都是 google map 的，估计是 google 没想到 map 都能被拿来 seo 。可以考虑换 bing

"软件在设计和功能上还比较初级", 却包含内购选项。内购已经不算初级功能了，建议还是先完善产品,等有一定用户基础而且用户确实体现出他们有内购需要时再做这个功能

@ck65 auth0 21 年初就被 okta 收购了。okta 是上市公司就没必要继续融资了

其实核心在于 auth 本身是解耦的，在业务端可能只需要一个 id ，或者 jwt 里的 sub 。因此很适合单独做成服务。另一个就是正确，安全而且高效的实现 auth 并不容易，在程序员人手/水平不足的情况下使用现成服务更加合适。比如很多 gpt 套壳网站/应用，整个功能加起来可能都比 auth 简单很多

@matrix1010 这个文档更好点 https://www.ory.sh/docs/welcome