起点课堂会员权益
职业体系课特权
线下行业大会特权
个人IP打造特权
30+门专项技能课
1300+专题课程
12场职场软技能直播
12场求职辅导直播
12场专业技能直播
会员专属社群
荣耀标识
为什么说群里加一个Al，是做Al落地最好的切入点？
AI时代的组织竞争，正从人的平均水平切换到人加AI的复合水平。文章从沟通、认知、决策、记忆四层拆解：上下文第一次变成组织资产，而决策差距的主因不是能力而是上下文，把背景给到合适的人，决策质量自然提高。
""相关的文章
视频正在从文件变成界面，Vidu S2 把 AI 视频推向实时交互
视频长期是一段确定的时间线，即使生成式 AI 也只改变了生产方式。生数科技的 Vidu S2 把编辑带进实时生成：一边是 S2-Avatar 持续接收新指令，一边是 S2-Editing 直接改写正在输入的视频流，视频第一次能在运行中被改写。
应用卡死后借助AppRecovery优雅重生
相信不少开发者都遇到过这样的场景：用户正在应用中填写一份重要的表单，或者正在进行一笔关键的支付操作，突然应用画面定格、触控无响应——这就是常说的"应用卡死"（AppFreeze）。对于用户而言，这意味着正在进行的工作可能付诸东流；对于开发者而言，这往往意味着用户流失和差评。
隐性需求的双向挖掘：波兰尼知识论与KANO模型的对接
用户需求中大量内容无法被完整表述，这成为产品评审争议的根源。本文借助波兰尼的隐性知识论与KANO模型，构建了一个对接框架，揭示隐性需求的双向结构：向下的基本型与向上的兴奋型。
字节赢得时间，但AI在消灭时间
2026 年 7 月抖音总使用时长首次超过微信，字节系时长份额升至 40.9%。红果用免费加算法撑起高增长，AI 让内容供给更便宜。但 AI 也可能替用户完成筛选与决策，让「使用时长」不再是衡量平台价值的唯一尺子。
同样在花积分，五种玩法为什么不是一条订单链？
积分商城玩法看似都是“花积分换东西”，但纯积分实物、积分加现金、虚拟权益、抽奖和竞拍背后，交易对象、积分处理、成功定义和失败退出路径截然不同。本文从产品建模视角，拆解五种玩法如何共用商城骨架却必须拆分订单链，并给出四个关键问题，帮你判断哪些能力可复用、哪些状态必须独立。
告别应用卡死焦虑：鸿蒙系统冻屏回调能力重磅上线
应用使用过程中，点击屏幕后毫无反应是件让人抓狂的事。手指点在屏幕上，界面却像凝固了一样，既不知道应用是在认真处理，还是已经彻底卡死。这种情况有个专门的名字：AppFreeze（应用冻屏）。
对开发者来说，冻屏问题一直是个麻烦事。系统检测到冻屏后生成的日志，常常缺少足够的上下文。看到日志只知道"线程卡住了"，却不知道"为什么卡住"，定位问题像在雾里摸索。
ErrorManager助力高效应对AppFreeze问题
做鸿蒙开发的朋友，大概都收到过这类用户反馈："点了没反应，但App没闪退"。界面像被定格了一样，应用还活着，就是不响应。这种卡住但不崩溃的情况，就是AppFreeze（应用冻屏）。
AppFreeze案例：FFRT 与 std::mutex 混用导致的死锁分析
近期，某三方应用在鸿蒙系统上发生了多例 AppFreeze（应用无响应）事件。系统检测到主线程超时阻塞，强制终止了应用。通过抓取 AppFreeze 日志并结合 FFRT（Function Flow Runtime Kit）的基础理论，我们定位到了导致这一现象的根本原因：在 FFRT 并发模型中错误地使用了 C++ 标准库同步原语（std::mutex 和 std::condition_variable），导致 FFRT Worker 线程陷入内核态阻塞，进而引发任务堆积和死锁。
AppFreeze依靠3s和6s堆栈“热点函数”定位主线程繁忙型卡死
本系列实战第七篇，我们将分析一个更具有挑战性的场景：3s/6s栈不一致且没有增强采样日志，如何定位Appfreeze问题。
AppFreeze采样栈定位“循环处理计算任务”，解决鸿蒙主线程超时问题
前文我们分享了“锁竞争”、“UI渲染过载”及“主线程同步IO阻塞”引发无响应问题的分析方法。这一篇，我们将介绍另一种无响应故障模式：“主线程执行耗时循环计算”。