这种是产品问题，不是开发能解决的。因为根本问题是，产品没有提供一个稳定的需求文档，导致需求反复变更，开发跟着反复变更。一般这种情况下，应该是让 PM 去把握节奏，如果 PM 能接受发布时间延期，你也就只能跟着一块做变更了。

@NianBroken #7 不是的，你把后台听视频以及 PIP 关掉之后，重启 B 站，再播视频，把 B 站退到后台的时候，就不会在媒体控制展示 B 站了

@NianBroken #3 在 B 站的 APP 里关闭后台播放就好了

解决什么问题？不展示到灵动岛上？还是说不展示在媒体控制里？

泸州老窖，口感顺滑，而且有一股菠萝的味道，强烈推荐

以图一为例的流程图，使用 AI 生成出来，也就是 1 分钟内的事。可能 AI 会有点偏差，但手工调整一下就好了。

flowchart TD
A[开始] --> B[设置 min=0,max=100]
B --> C[在 min 和 max 之间随机猜一个数]
C --> D{number = answer}
D -->|是| E[恭喜, 你猜对了!]
D -->|否| F[最小范围]
F --> C
E --> G[结束]

使用 Mermaid 就好了吧，Mermaid+AI 已经能够非常出色的完成任务，且导出图片不需要付费。还有你这个语法只能用来生成流程图吗？如果是的话，未免有点太局限了。

骗代码的吧？这么复杂的架构，起码半个月吧

用一下就知道这个碰一碰有多难用了，只能说是新的交互尝试，但效率上远不及二维码，更不如纯粹的 NFC 支付。
首先这个碰一碰的流程是，NFC 感应->解锁手机->打开支付宝的 AppClips->跳转回支付宝内->完成支付，与传统的扫一扫没有缩减流程（解锁手机->打开支付宝->点击扫码/出示二维码->完成支付）。整个流程依然是相同的长度，只是交互逻辑改变了。
其次 AppClips 依旧存在网络限制，在弱网情况下，甚至不能离线支付（付款码支持离线支付），使用碰一碰最常遇到的问题是，碰上了但是 AppClips 因为弱网加载不出来，导致需要关闭弹窗，重新打开付款码。如果不是为了碰一碰的优惠，我是不愿意再使用碰一碰这个方式的，体验真的很差。

干什么行业啊？这么赚啊

模块
https://i.imgur.com/KBQuwyA.png incoming-C92A0375-41B4-4842-8681-FBF53AA2A34E.PNG

@zcf2009 开始锻炼吧，30 岁锻炼还来得及

50 不算老头，正值中年呢

买了个 NAS ，2800 块钱 4T ，3 年就回本了

15-20 元，咖啡+面包

发了，感谢公司感谢老板

牛逼，真的可以用