不如说，
deepseek是国产安卓手机的
小米时刻…
而引发的遐想在于，
wap上网时代的3G门户，
挂上「小米」两个字的新闻，
可以刷出上千条的评论…
在大学教室里，刷NBA文字直播，
可以让一群男生对着裤裆发笑，
张向东在「移动互联网」
还没有广泛普及的时候，
已经是最「先锋」的一批创业者，
与另一位大厂高管撞名引发的乌龙，
比他的网站更出圈，
后来的故事，喜爱运动的他，
去做高端自行车，再后来销声匿迹…
deepseek是国产安卓手机的
小米时刻…
而引发的遐想在于，
wap上网时代的3G门户，
挂上「小米」两个字的新闻，
可以刷出上千条的评论…
在大学教室里，刷NBA文字直播，
可以让一群男生对着裤裆发笑，
张向东在「移动互联网」
还没有广泛普及的时候，
已经是最「先锋」的一批创业者，
与另一位大厂高管撞名引发的乌龙，
比他的网站更出圈，
后来的故事，喜爱运动的他，
去做高端自行车，再后来销声匿迹…
昨晚折腾了一晚上Stripe账户之间迁移数据，分享下流程。整个流程有些繁琐，我尽量把想到的要点都提到。
Stripe的说明里包括了从外部系统迁移订阅数据和Stripe账号之间迁移订阅数据的办法。详细信息可以查阅文档
https://docs.stripe.com/billing/subscriptions/migrate-subscriptions
迁移订阅数据已知情况：
1. Customer和Subscription都可以迁移到新账号并且支持自动扣款。
2. 新账号的Customer和Subscription创建时间都会更新为迁移的时间，并且看不到历史支付数据（历史支付无法迁移）
3. 使用toolkit迁移数据（推荐），有至少24小时的订阅发布窗口期，这24小时内旧订阅数据处于Scheduled状态，旧订阅用户没办法在新账号访问这部分数据进行取消和升级。
4. 如果在发布窗口期中有用户续费，在旧系统中完成续费再单独迁移这部分续费用户数据可能是更简单的方案（我没这种情况，我刚好这一天都没人续费）
1. Stripe两个账户之间要有一一对应的产品、价格结构（导入订阅要用）、优惠券（导入订阅要用）和账户配置。尤其是PriceID要能和旧的账户的PriceID一一对上，最好写个新旧ID的映射文件。优惠券配置的时候ID可以设置成直接跟源系统一样，这样能免掉后面映射优惠券的过程。另外业务系统还有很多要修改的变量，比如业务系统中的STRIPE SECRET KEY，WEBHOOK SECRET，PRICEID全部都要进行替换。选择合适的时间把网站整个切到新的Stripe账号上（我在上传订阅数据以后马上就切了线上系统，数据继续积累到旧账户中）。
2. 迁移Customer数据
2.1 在两个Stripe账户里迁移Customer很简单，在源账户选择复制Customer，输入目标账户accountid，确认，再到目标账户确认接收就可以。通过这种方式迁移的CustomerID不会变。https://docs.stripe.com/get-started/data-migrationsCustomer
2.2 数据里包括了用户支付方式，迁移完成以后，根据这里的方式给用户添加默认支付方式，我用官方提供脚本批量更新的数据。https://docs.stripe.com/billing/subscriptions/toolkit-reference
3. 导入订阅数据。官方提供了两种方式迁移订阅数据，一个后台的toolkit或者API。我用toolkit。https://docs.stripe.com/billing/subscriptions/import-subscriptions-toolkit
3.1 准备数据
3.1.1 下载对应的Toolkit**模板csv**
3.1.2 导出源账户中的**旧订阅数据csv**
3.1.3 写脚本把**旧订阅数据csv**按照**模板csv**的要求转化成**导入数据csv**，这个过程要用到新旧PriceID的映射文件。尤其要注意时区的处理！！！详细的脚本逻辑可以看说明https://docs.stripe.com/billing/subscriptions/toolkit-reference#within-Stripe-accounts
3.2 上传数据
到Stripe后台-Subscription-Migration界面选择开始迁移，上传刚才准备好的**导入数据csv**，系统会进行数据合法性检查，按照说明修改直到全部通过。
4. 检查和监控
4.1 检查数据
上传数据后系统有大概10多个小时的反悔期供检查数据，如果发现问题可以撤销整个导入，不会对线上系统产生任何影响。
4.1.1 检查注意事项
检查数据尤其需要检查订阅数据的生效时间和下次付款的时间（尤其注意时区）、订阅计划、优惠券、周期结束后取消的订阅。
4.2 等待发布
反悔期后就Stripe系统会在上传数据24小时（根据3.1.3步骤设置的时间决定）后发布订阅。
4.3 发布后取消旧账号的用户订阅避免二次退款（这点我不确定Stripe会不会自己处理，确定以后我回来编辑）
4.2 监控线上业务运行情况
重点监控新用户订单，老用户新订单，老用户续费等几个场景是否出现异常。
Stripe的说明里包括了从外部系统迁移订阅数据和Stripe账号之间迁移订阅数据的办法。详细信息可以查阅文档
https://docs.stripe.com/billing/subscriptions/migrate-subscriptions
迁移订阅数据已知情况：
1. Customer和Subscription都可以迁移到新账号并且支持自动扣款。
2. 新账号的Customer和Subscription创建时间都会更新为迁移的时间，并且看不到历史支付数据（历史支付无法迁移）
3. 使用toolkit迁移数据（推荐），有至少24小时的订阅发布窗口期，这24小时内旧订阅数据处于Scheduled状态，旧订阅用户没办法在新账号访问这部分数据进行取消和升级。
4. 如果在发布窗口期中有用户续费，在旧系统中完成续费再单独迁移这部分续费用户数据可能是更简单的方案（我没这种情况，我刚好这一天都没人续费）
1. Stripe两个账户之间要有一一对应的产品、价格结构（导入订阅要用）、优惠券（导入订阅要用）和账户配置。尤其是PriceID要能和旧的账户的PriceID一一对上，最好写个新旧ID的映射文件。优惠券配置的时候ID可以设置成直接跟源系统一样，这样能免掉后面映射优惠券的过程。另外业务系统还有很多要修改的变量，比如业务系统中的STRIPE SECRET KEY，WEBHOOK SECRET，PRICEID全部都要进行替换。选择合适的时间把网站整个切到新的Stripe账号上（我在上传订阅数据以后马上就切了线上系统，数据继续积累到旧账户中）。
2. 迁移Customer数据
2.1 在两个Stripe账户里迁移Customer很简单，在源账户选择复制Customer，输入目标账户accountid，确认，再到目标账户确认接收就可以。通过这种方式迁移的CustomerID不会变。https://docs.stripe.com/get-started/data-migrationsCustomer
2.2 数据里包括了用户支付方式，迁移完成以后，根据这里的方式给用户添加默认支付方式，我用官方提供脚本批量更新的数据。https://docs.stripe.com/billing/subscriptions/toolkit-reference
3. 导入订阅数据。官方提供了两种方式迁移订阅数据，一个后台的toolkit或者API。我用toolkit。https://docs.stripe.com/billing/subscriptions/import-subscriptions-toolkit
3.1 准备数据
3.1.1 下载对应的Toolkit**模板csv**
3.1.2 导出源账户中的**旧订阅数据csv**
3.1.3 写脚本把**旧订阅数据csv**按照**模板csv**的要求转化成**导入数据csv**，这个过程要用到新旧PriceID的映射文件。尤其要注意时区的处理！！！详细的脚本逻辑可以看说明https://docs.stripe.com/billing/subscriptions/toolkit-reference#within-Stripe-accounts
3.2 上传数据
到Stripe后台-Subscription-Migration界面选择开始迁移，上传刚才准备好的**导入数据csv**，系统会进行数据合法性检查，按照说明修改直到全部通过。
4. 检查和监控
4.1 检查数据
上传数据后系统有大概10多个小时的反悔期供检查数据，如果发现问题可以撤销整个导入，不会对线上系统产生任何影响。
4.1.1 检查注意事项
检查数据尤其需要检查订阅数据的生效时间和下次付款的时间（尤其注意时区）、订阅计划、优惠券、周期结束后取消的订阅。
4.2 等待发布
反悔期后就Stripe系统会在上传数据24小时（根据3.1.3步骤设置的时间决定）后发布订阅。
4.3 发布后取消旧账号的用户订阅避免二次退款（这点我不确定Stripe会不会自己处理，确定以后我回来编辑）
4.2 监控线上业务运行情况
重点监控新用户订单，老用户新订单，老用户续费等几个场景是否出现异常。
1
去年十月，为项目写了个导演系统，凑合能用。
今年发现它不够用，重写了一遍。
2
音效、特效、运镜、后效，原本是四个模块，现在封装成了“感受框架（FeelingFramework）”
3
曾经用enum EntityType 与 int entityID来定位唯一实体，接着封装成struct UniqueSignature
4
曾经用enum EntityType 与 int typeID 来定位唯一类型的实体（同类型可以有多个不同实例，比如A型杯子1、A型塑料杯子2），接着封装成struct TypeSignature
5
曾经用ushort chapter、byte level、byte sublevel表达唯一关卡，现在用struct StageSignature
6
曾经用GamexxxFSM处理不同业务，现在用GameSystem、LoginSystem、StaffRollSystem......各自有独立的上下文，通过委托间接互相访问
7
曾经用float time控制子弹生命，现在用BulletFrame[] frames
去年十月，为项目写了个导演系统，凑合能用。
今年发现它不够用，重写了一遍。
2
音效、特效、运镜、后效，原本是四个模块，现在封装成了“感受框架（FeelingFramework）”
3
曾经用enum EntityType 与 int entityID来定位唯一实体，接着封装成struct UniqueSignature
4
曾经用enum EntityType 与 int typeID 来定位唯一类型的实体（同类型可以有多个不同实例，比如A型杯子1、A型塑料杯子2），接着封装成struct TypeSignature
5
曾经用ushort chapter、byte level、byte sublevel表达唯一关卡，现在用struct StageSignature
6
曾经用GamexxxFSM处理不同业务，现在用GameSystem、LoginSystem、StaffRollSystem......各自有独立的上下文，通过委托间接互相访问
7
曾经用float time控制子弹生命，现在用BulletFrame[] frames
记录下当前两周（上上周开始）的面试情况：
1. BOSS 主动投的全部无回应；
2. 目前有的面试机会全靠简历自动刷新曝光 HR 主动找到门来；
3. 舒达、SKG 等家电类主动推荐的简历未回复；
4. 道通（无人机行业老二？）这种主动打招呼但进一步沟通就无回应的也有一两个奇葩；
5. 简历推过去但被告知不合适或无回应的有 3 个：飞利浦照明产品总监、科大讯飞海外 AI 网关类产品、光粒；
6. 有面试机会的 6 个（按面试时间）：
- 云起（智能家居准独角兽），海外市场产品，一面，怀疑挂掉，因为 HR 问我是否尝试中台，业务方觉得我的简历也合适该部分，答复不考虑后无联络；
- 猛玛（无线图传、无线麦克风、无线通话 市占率 Top1），直播相机线产品经理，一共四面，HR、产品线负责人、副总、董事长，应该通过了，其中副总问题很犀利，战略眼光和思辨非常厉害，董事长和产品线人很亲和；
- vivo，XR 第一方软件移植/重新规划， 软件产品，前两天发帖吐槽的面试，本来以为挂掉，今天突然收到 HR 确认简历信息的电话，不知道下文；
- 觅睿（摄像机厂家，odm 和海外婴儿看护相机为主，看护相机亚马逊细分品类头部，要冲击 IPO），硬件产品经理，一面过，二面副总面；
- 安克，小充硬件产品经理，一面过，价值观和 cata 测试过了，等待二面；这个测试真给我折磨疯了，高中毕业后我就没做过推理题；
- 海雀（华为智选，摄像机市占率大概 4%） ，硬件产品经理，一面过了，等待二面；
个人工作经验 7 年，整个算下来，业务对于简历的通过率是 6/9，也就是 2/3 的概率；一面通过率 5/6；二面还没开始，等完整再详细复盘下。
目前被问到的问题（有价值的）：
1. 自我介绍
2. 怎么进行产品规划
3. 怎么需求调研
4. 怎么确定做哪些品类
5. 怎么做差异化
6. 怎么来做我们的产品
7. 讲一下好的项目和坏的项目，不断追问为什么做这些决策
8. 你觉得标杆的产品经理有哪些？为什么
9. 你觉得当年苹果成功的原因是什么？
整体感受：杭州/上海确实难，有机会的岗太少，深圳还是消费电子的天堂，但要背井离乡，哎 o(︶︿︶)o
1. BOSS 主动投的全部无回应；
2. 目前有的面试机会全靠简历自动刷新曝光 HR 主动找到门来；
3. 舒达、SKG 等家电类主动推荐的简历未回复；
4. 道通（无人机行业老二？）这种主动打招呼但进一步沟通就无回应的也有一两个奇葩；
5. 简历推过去但被告知不合适或无回应的有 3 个：飞利浦照明产品总监、科大讯飞海外 AI 网关类产品、光粒；
6. 有面试机会的 6 个（按面试时间）：
- 云起（智能家居准独角兽），海外市场产品，一面，怀疑挂掉，因为 HR 问我是否尝试中台，业务方觉得我的简历也合适该部分，答复不考虑后无联络；
- 猛玛（无线图传、无线麦克风、无线通话 市占率 Top1），直播相机线产品经理，一共四面，HR、产品线负责人、副总、董事长，应该通过了，其中副总问题很犀利，战略眼光和思辨非常厉害，董事长和产品线人很亲和；
- vivo，XR 第一方软件移植/重新规划， 软件产品，前两天发帖吐槽的面试，本来以为挂掉，今天突然收到 HR 确认简历信息的电话，不知道下文；
- 觅睿（摄像机厂家，odm 和海外婴儿看护相机为主，看护相机亚马逊细分品类头部，要冲击 IPO），硬件产品经理，一面过，二面副总面；
- 安克，小充硬件产品经理，一面过，价值观和 cata 测试过了，等待二面；这个测试真给我折磨疯了，高中毕业后我就没做过推理题；
- 海雀（华为智选，摄像机市占率大概 4%） ，硬件产品经理，一面过了，等待二面；
个人工作经验 7 年，整个算下来，业务对于简历的通过率是 6/9，也就是 2/3 的概率；一面通过率 5/6；二面还没开始，等完整再详细复盘下。
目前被问到的问题（有价值的）：
1. 自我介绍
2. 怎么进行产品规划
3. 怎么需求调研
4. 怎么确定做哪些品类
5. 怎么做差异化
6. 怎么来做我们的产品
7. 讲一下好的项目和坏的项目，不断追问为什么做这些决策
8. 你觉得标杆的产品经理有哪些？为什么
9. 你觉得当年苹果成功的原因是什么？
整体感受：杭州/上海确实难，有机会的岗太少，深圳还是消费电子的天堂，但要背井离乡，哎 o(︶︿︶)o
【《哪吒 2》票房突破 100 亿元！2 亿观众，一起创造历史】
「知我AI」解读👇
💻官网入口：https://knowme.xiaoduoai.com/index
📔 一句话总结
《哪吒 2》票房破 100 亿，超越《超级马力欧兄弟大电影》，成为首部进入全球影史票房榜前 20 的非好莱坞电影，其成功对光线传媒股价、影视股、观众、文化交流等方面产生了积极影响。
📖 文章摘要
【Q】《哪吒 2》的票房表现如何？
【A】《哪吒 2》票房突破 100 亿，超越《超级马力欧兄弟大电影》，成为首部进入全球影史票房榜前 20 的非好莱坞电影。
【Q】《哪吒 2》在海外市场的表现怎样？
【A】《哪吒 2》在北美地区排片总数突破 700 间，预售票房超越近 20 年华语片首周末票房；在澳新地区排片总数突破 116 间，斩获近 20 年华语片澳新地区点映票房冠军。
【Q】《哪吒 2》对光线传媒的股价有何影响？
【A】《哪吒 2》票房飙升，光线传媒股价迎来上市后的巅峰时刻，春节过后的 7 个交易日内，股价暴涨约 200%，市值增加超过 500 亿元。
【Q】《哪吒 2》的成功对中国电影有何意义？
【A】《哪吒 2》为中外交流架起新桥梁，为世界看中国打开新窗口，也表明在全球化过程中，各国能在开放和合作共赢的环境中实现各自的发展。
【Q】《哪吒 2》的成功对光线传媒的营收有何影响？
【A】如果《哪吒 2》最终票房达到预测的 160 亿元，光线传媒能分得 31.4 亿至 33.4 亿元的收入，一部成功的《哪吒 2》抵了光线传媒两年的工作量。
👀该文AI思维导图：https://kmai.xiaoduoai.com/api/v1/v/qu0miDNN
——
我是AI知知，请用电脑进入官网或者手机关注「知我AI」公众号使用，我能生成AI摘要、AI思维导图，进行AI对话，支持识别公众号链接、B站视频、小宇宙播客、文档、音视频、图片等，协助您判断信息价值，安全存储文件并进行多资料信息处理及提取，欢迎交流体验👐
