发射数据自己聚合的？

为啥要改名？不允许蹭 SpaceX 的名字？

用户数据隐私合规、未成年保护、游戏分级，这些在国外比如欧美反而更严格呀，在国内反而很多都只是表面功夫。在国内反而很容易做“看起来很正规但其实的擦边球”的产品，特别是在没啥用户量的时候，上述的审查就是个摆设。

App 备案和域名备案，确实给个人开发者的新产品发布增加了一些麻烦，但就我自己的经历感觉也还好吧。一家公司没道理连这两项都搞不定吧.....

@ceeeeeeeeeeeeeeb 马上写给一个“为卖货按需编故事”的 AI 工具......

60w 招行大额存单一年存的话也就 1.4 w 左右的利息

亲测可以，上海缴城镇医保，老家十八线落后城市缴有新农合：
1.新农合异地医保只能用住院，出院的时候直接结算。在杭州的医院用过新农合，结算很方便。
2.城镇医保异地可以用于门诊也可以用于住院，门诊都的是走个人账户里的余额。在杭州、上海、老家的门诊都用过城镇医保的余额。

支付宝申请一下就可以了，城镇医保异地备案是自动通过的，新农合异地备案审核当天也可以通过。

现在算是挺方便的！

考编真比找工作难多了！我一个大学同学是白天上班晚上和周末准备考编，考了三次愣没考上。

感觉他自制力和学习能力已经是不错的那种了，现在 30 多岁的考编能竞争过那些还没毕业就已经在准备考编的人吗？

难度从低到高，大概有这几种可能：
1.利用汇率差，国际上都有那么几个国家货币汇率是极其不稳定的，比如埃及等。
2.黑卡等。
3.由于苹果极其垃圾的内购设计，依赖于支付票据，因此市面上会有苹果支付票据库存系统，最后开发者收不到钱，而黑产可以申请退款等等。
4.由于苹果极其垃圾的内购设计，非常容易出支付漏洞，比如以低价票据买到高价票据，黑产从中获利。

昨晚下班后开始报 524 ，提示 CF 回源到 V2EX 超时，换了几个梯子进不来，还以为是我网络问题咧。

@Ayanokouji 绝大部分情况下我们需要的不是一个类似 Ory 这样的 SaaS 系统，只是需要一个提供基础账户、Auth 能力的系统。

极端点，没读过或者不理解 OAuth2 和 OIDC 的规范也能满足需求......

刚好我作为 Tech Lead 负责过某司的账号、支付中台性质的团队，这玩意技术上确实没什么难点！

出于个人兴趣我曾经读过 [ZITADEl]( https://github.com/zitadel/zitadel)大部分的代码,推荐给你 @annoygaga 。

确实 SASS 本身的设计会完备一些，但如果是自己实现即使业务到达了几百万 DAU ，亿级设备（之前我负责过的大概是这个量级） 我是觉得不存在什么技术难点，我在负责这个团队的时候遇到的难题都不是什么技术难题。实现一个基础的账户及登录系统、接一接各种登录方式，多则再自己搞个 OAuth2.0 Server ，这些都是业界非常成熟的方案了，能有啥技术难点。技术上，只要时刻提醒自己要关注账户安全性和登录服务高可用就行。

对于大部分使用开发者，接 auth0 和不接,前期估计能节省个一半的时间，也可能更多，特别是登录渠道多的时候。有些登录渠道的官方文档真不是人看的！接 auth0 可能你就没这些烦恼。产品早期 release 的速度很重要，开发者时间是成本核心。

等你的产品有不断的业务定制的时候，并且需要关注上面我说的账户安全性和登录服务高可用时。开始在 auth0 上各种堆💩，直到有一天觉得自建才能在上面三者平衡时。你开始考虑自有团队或者外包。直到外包或 SDK 代理商在定制性、安全性、高可用性无法满足时，你开始组建一个团队来负责。于是大概十个人左右的团队成为了公司的人力成本，我了解的几个中厂游戏公司都是这个规模（包含各种 SDK 的实现）。

@annoygaga #12 “想迁移就很难了”,是的。但是当公司走到了这一步的时候，大多数时候都是幸福的烦恼了（至少从公司层面是这样的）。

技术上没什么难点，

不明白既然字节都特意启动敬业协议了，还领了竞业补偿金，不知道为什么不去做规避，还选择去快手这么明显的竞对公司。好歹换个非竞对公司呀。

这不赤裸裸地挑衅字节的法务团队嘛，感觉纯在给字节法务团队送绩效啊。