前两天帮一个做了两年 Android 的朋友改简历。技能栏密密麻麻：Kotlin、Jetpack、Compose、Flutter、RN、音视频、蓝牙……工作经历第一条却是：
负责公司 App 核心模块开发，独立完成登录注册、首页、个人中心等功能，优化 App 性能，提升用户体验，配合测试完成多版本上线。
我问他：「登录这块，验证码连点、Token 过期、杀进程再进，你怎么处理的？」
他愣了三秒：「……就是按接口文档接的。」
问题就在这。初级移动端简历最常见的翻车，不是「不会写界面」，而是把谁都能写的页面名堆上去，却没有任何你亲自踩过坑、量过数、盯过发布的痕迹。 面试官筛初级简历时不指望你做过亿级 DAU，他只想快速判断一件事：把一个中等功能交给你，你能不能带到测试包；出事时你是先自查，还是只会说「后端有问题」。
先搞清楚：初级移动端简历要证明什么
初级（大约 0–3 年，含实习转正）不用证明架构大师，也不用证明你主导过跨端战略。面试官预期很务实：
第一，平台基本功扎实，不犯低级错。 生命周期、列表复用、网络与本地存储、权限申请——这些你写过、也修过。
第二，有交付痕迹。 功能在真机上跑过，最好进过内测渠道或应用商店。课设可以写，但要诚实标注。
第三，有问题意识。 崩溃、适配、卡顿、弱网里，你至少独立处理过一类，并且说得出工具链。
第四，懂协作与版本节奏。 跟测试对冒烟、跟后端对字段变更、知道版本不是「本地跑通」。
第五，诚实。 分得清 Demo、课设、线上功能。假装「主导亿级 App」只会在第二轮被拆穿。
你以为写满 Flutter + Compose + SwiftUI 会加分，其实只会让人怀疑你哪个都只会抄文档。带着这五条，下面六个维度挨个拆。
一、项目规模与角色：别把小组作业写成「主导亿级 App」
初级翻车常出在项目标题。写成「负责整体架构」「主导千万用户 App」，面试官要么觉得你吹牛，要么按高级标准拷问。正确做法是把平台、角色、规模、边界写清。规模不怕小，怕假。800 DAU 写明白，比「大型互联网」四个字可信一百倍。你要让对方 10 秒内知道：你在什么端、团队几个人、你负责哪条链路、交付到什么阶段。
改前
XXX电商App
- 负责App整体开发与架构设计
- 使用Flutter完成所有页面
- 优化性能，显著提升体验
- 团队核心开发人员
改后
校园二手交易 App（Flutter，iOS/Android 双端）
角色：客户端开发（团队 3 人，我负责交易主流程）
周期：2025.03-2025.06（校园内测渠道，峰值 DAU ~800）
• 交付：商品浏览/发布、下单意向、即时聊（WebSocket）
• 技术：Flutter 3 + Provider，REST + Hive 本地缓存
• 结果：主流程 12 个页面按期交付；内测两周崩溃率 <0.4%
• 边界诚实：支付走第三方 H5，我只做回调状态机与失败重试，不碰清结算
角色写小一点，证据写硬一点——这是初级简历的生存法则。
落到初级移动端日常里，「项目角色」最容易写成「负责整体开发/核心人员」。面试官扫到这类句子，通常不会追问细节，而是直接判定：你大概只是经手过，谈不上负责。更稳的写法是把它收敛成「平台 + 团队定位 + 模块边界 + 上线状态 + 一个小结果」——先给场景，再给动作，最后给可核对的结果。因为初级岗位拼的不是叙事气势，而是可信的交付切片：面试官要快速判断你能不能接手一个中等模块。实操上你可以依次检查：标题里写清 Android/iOS/Flutter；用人数和职责代替「核心」这种形容词；支付/账号等敏感域写清你做到哪一层；课设项目标题直接写课设。同时避开这些坑：用「大型」「海量」替代具体量级；把导师或学长的架构决策写成自己的；上线状态含糊其辞。写完以后做两步校验：第一步，遮掉公司名和职称，看这段话还能不能指向具体岗位能力；第二步，假装自己是面试官，只针对这段连问三个为什么，看你是否需要翻记录才能答。答得顺，说明简历语言已经从记忆里长出来了；答得卡，说明你还在用正确的空话占版面。也别追求一次写完美：先写成「能被追问」的版本，再压成「30 秒能扫懂」的版本，通常比一上来雕字句更有效。
写法要点
- 标题里写平台和模块名，不要只写公司产品名。
- 团队人数、你的职责、上线状态三件套尽量齐。
- 如果只有课设，写清你比教程多做了什么。
- 截图、内测链接、商店页可以作为附件证据，但简历正文仍要自洽。
面试官可能这样追问
- DAU 怎么统计？
- 崩溃率口径？
- 支付回调失败有哪些状态？
二、功能交付：把「登录注册」写成完整链路
登录、列表、表单谁都能写名字。面试官要看异常路径：验证码连点、Token 过期、弱网缓存、杀进程恢复。正常流程一笔带过，异常流程写细。你每写一个「独立完成」，都在邀请对方按异常路径拷问你。
改前
- 完成用户登录注册模块
- 完成首页商品列表与详情
- 完成个人中心与设置页
改后
登录与会话（按你的真实平台改写）
• 手机号+验证码登录；Token 本地加密存储；401 统一拦截并清空会话
• 处理验证码倒计时与连点导致的重复请求（防抖 + 请求取消）
• 杀进程恢复：冷启动读本地会话，过期静默刷新，失败再引导登录
商品列表
• 分页 + 下拉刷新；弱网首屏本地缓存兜底，并提示数据可能不是最新
• 图片占位与失败重试；低端机改为缩略图优先，减少主线程解码
• 详情返回列表保持滚动位置
公式：入口 → 主路径 → 异常路径 → 你修过的坑。
落到初级移动端日常里，「功能描述」最容易写成「完成XX页面」。面试官扫到这类句子，通常不会追问细节，而是直接判定：你大概只是经手过，谈不上负责。更稳的写法是把它收敛成「主路径一句话 + 两条异常处理 + 一条你修过的坑」——先给场景，再给动作，最后给可核对的结果。页面名没有区分度，异常处理才有区分度。初级面试里，状态机和边界条件往往比 UI 美观更被看重。实操上你可以依次检查：每个核心页至少写一条失败路径；权限拒绝/通知关闭/存储不足尽量点到；用短句，把展开留给面试。同时避开这些坑：只罗列页面清单；把后端逻辑说成自己实现；复制开源 Demo 文案不改。写完以后做两步校验：第一步，遮掉公司名和职称，看这段话还能不能指向具体岗位能力；第二步，假装自己是面试官，只针对这段连问三个为什么，看你是否需要翻记录才能答。答得顺，说明简历语言已经从记忆里长出来了；答得卡，说明你还在用正确的空话占版面。也别追求一次写完美：先写成「能被追问」的版本，再压成「30 秒能扫懂」的版本，通常比一上来雕字句更有效。
写法要点
- 权限与通知相关细节很加分。
- 用条目不要用长段落。
- 写你修过的坑比写「完成开发」更像真人。
面试官可能这样追问
- Token 刷新并发怎么处理？
- 分页失败 UI 怎么表现？
- 如何验证杀进程恢复？
三、基础性能与稳定性：小数字胜过「性能优异」
你未必有完整 APM，但初级完全可以有一次「我量过」。冷启动少 700ms、修 4 个高频 NPE、包体积少 8MB，都比「大幅提升体验」有用。关键是数字能解释口径：Macrobenchmark、埋点、Crash 看板，还是 Instruments。
改前
- 优化了App性能，提升用户体验
- 修复若干崩溃问题，保障稳定性
改后
启动与稳定性（Android 示例，按实际改）
• 冷启动约 3.1s→2.4s：非关键三方 SDK 延后到首屏后初始化（埋点对比）
• Crash 看板两周：修 4 个高频 NullPointer（空列表、异步回调持有 View）
• Profiler：主线程图片解码外移后，低端机滑动更稳
• Release 包 46MB→38MB：无用资源与重复 so 清理
真实的小优化，远好过编造的大百分比。
落到初级移动端日常里，「性能与稳定」最容易写成「大幅提升流畅度/优化性能」。面试官扫到这类句子，通常不会追问细节，而是直接判定：你大概只是经手过，谈不上负责。更稳的写法是把它收敛成「基线 → 动作 → 新值 → 测量方法」——先给场景，再给动作，最后给可核对的结果。没有测量方法的百分比在面试官眼里等于装饰。初级哪怕样本不大，只要诚实说明方法，也比空洞形容词强。实操上你可以依次检查：写清版本或时间窗口；工具写真实用过的；区分 Crash 与卡顿，别混为一谈。同时避开这些坑：编造行业顶级数据；把别人的优化写进自己简历；只写优化不写是否引入回归。写完以后做两步校验：第一步，遮掉公司名和职称，看这段话还能不能指向具体岗位能力；第二步，假装自己是面试官，只针对这段连问三个为什么，看你是否需要翻记录才能答。答得顺，说明简历语言已经从记忆里长出来了；答得卡，说明你还在用正确的空话占版面。也别追求一次写完美：先写成「能被追问」的版本，再压成「30 秒能扫懂」的版本，通常比一上来雕字句更有效。
写法要点
- P50/平均要写明。
- 没有公司看板可用录屏计时，但要说明局限。
- 包体积也是合法指标。
面试官可能这样追问
- 测了多少台设备？
- 延后初始化有没有功能空洞？
- 四个崩溃有没有共性？
四、联调、测试与发布：版本不是「本地跑通」
移动端岗位天生绑着版本：签名、权限、升级、推送、审核材料。写清协作与发布，面试官会觉得你能进组干活，而不是只会写 Demo。哪怕你是执行者，也要把亲手做过的检查项写出来。
改前
- 参与日常迭代，完成领导交办任务
- 配合测试修复 bug
改后
版本协作与发布
• 与测试对齐 2 个版本冒烟：安装/升级、权限拒绝、推送点击跳转、杀进程恢复
• 接口字段变更用 Mock + 字段契约表对齐后端，减少联调空等
• 会打测试包并分发（蒲公英 / Firebase / TestFlight 按实际写）
• 参与提审材料中的权限用途说明与截图
• 线上问题按机型与系统版本复现，不只会说「我这边没问题」
「积极配合」四个字等于没写；检查清单才等于写了。
落到初级移动端日常里，「协作发布」最容易写成「配合测试/完成迭代」。面试官扫到这类句子，通常不会追问细节，而是直接判定：你大概只是经手过，谈不上负责。更稳的写法是把它收敛成「冒烟项 + 联调方法 + 产物（测试包/提审）+ 一次复现路径」——先给场景，再给动作，最后给可核对的结果。公司招初级，往往缺的是靠谱的版本劳动力：少丢步骤、少甩锅、能闭环。实操上你可以依次检查：写出具体冒烟项；写清你打的包给谁用；写一次真实的兼容性返工更可信。同时避开这些坑：假装自己负责整条发布流水线；把测试同学的用例当成自己的能力表述。写完以后做两步校验：第一步，遮掉公司名和职称，看这段话还能不能指向具体岗位能力；第二步，假装自己是面试官，只针对这段连问三个为什么，看你是否需要翻记录才能答。答得顺，说明简历语言已经从记忆里长出来了；答得卡，说明你还在用正确的空话占版面。也别追求一次写完美：先写成「能被追问」的版本，再压成「30 秒能扫懂」的版本，通常比一上来雕字句更有效。
写法要点
- 发布渠道和检查项比「熟悉 CI」空词更好。
- 提到一次兼容性返工显得真实。
面试官可能这样追问
- 客户端回滚和热修边界？
- 推送点击后页面栈怎么恢复？
- 如何同步测不到的风险？
五、技能清单：分区，不要报菜名
技能栏写满 Android/iOS/Flutter/RN/Compose/SwiftUI，是初级第二常见自杀方式。按主方向 / 项目用过 / 了解三层写。每条技能最好能对上后面项目证据。投什么岗，就把对应证据提前。
改前
精通 Java/Kotlin/Swift/OC
精通 Flutter/RN/Compose/SwiftUI
精通音视频、蓝牙、长连接、热修复……
改后
Android（主方向，2年）
• Kotlin，Jetpack（ViewModel/Room/Navigation），协程与 Flow
• 常见崩溃排查与基础启动优化
跨端（项目使用）
• Flutter：Provider；Platform Channel 调原生相册与分享
了解（诚实）
• iOS 生命周期与基础布局；尚未独立上架纯 Swift 项目
• 了解 RN 概念，无独立交付——投 RN 岗前会专项补齐
主方向写深，其余写边界。诚实的「了解」不是减分，胡吹才是。
落到初级移动端日常里，「技能清单」最容易写成「精通全家桶」。面试官扫到这类句子，通常不会追问细节，而是直接判定：你大概只是经手过，谈不上负责。更稳的写法是把它收敛成「主方向深挖 + 项目用过 + 诚实了解」——先给场景，再给动作，最后给可核对的结果。技能栏的作用是导航，不是展览。展览越多，面试官越不知道从哪刀你，于是倾向于换下一份。实操上你可以依次检查：技能条映射到项目段落；删除无法展开的热词；按目标岗位重排顺序。同时避开这些坑：用「精通」遮盖一知半解；把看过两篇博客写成熟悉源码。写完以后做两步校验：第一步，遮掉公司名和职称，看这段话还能不能指向具体岗位能力；第二步，假装自己是面试官，只针对这段连问三个为什么，看你是否需要翻记录才能答。答得顺，说明简历语言已经从记忆里长出来了；答得卡，说明你还在用正确的空话占版面。也别追求一次写完美：先写成「能被追问」的版本，再压成「30 秒能扫懂」的版本，通常比一上来雕字句更有效。
写法要点
- 投 Android 就别把 iOS 写成精通。
- 跨端岗把混合栈证据放前面。
面试官可能这样追问
- 为何选 Provider？
- 协程如何绑生命周期？
- Channel 失败怎么降级？
六、自我评价：删形容词，留证据
「热爱、抗压、学习能力强」没有信息量。用 3–4 行事实帮对方建立画像：你做过什么、验证过什么、下一步往哪走。
改前
本人热爱移动端开发，学习能力强，工作认真负责，具备良好沟通与团队协作，能承受压力，希望加入贵公司贡献力量。
改后
2 年 Android，独立交付过交易主流程（内测 DAU ~800）。习惯用崩溃看板和启动埋点验证改动：冷启动 3.1s→2.4s，并修掉一周 Top 崩溃中的 4 个空指针。能独立打测试包、与测试对齐冒烟清单，熟悉弱网与会话过期等异常路径。正在系统补齐 Compose 与性能分析，期望在业务客户端方向继续深耕。
遮掉名字给同行看，对方应能说出「这人能独立扛中等模块」。
落到初级移动端日常里，「自我评价」最容易写成「沟通强/抗压/热爱」。面试官扫到这类句子，通常不会追问细节，而是直接判定：你大概只是经手过，谈不上负责。更稳的写法是把它收敛成「年限 + 代表交付 + 一条指标 + 协作事实 + 下一阶段方向」——先给场景，再给动作，最后给可核对的结果。自我评价是摘要，不是抒情。抒情句越多，可信度越低。实操上你可以依次检查：每句至少有一个可验证点；不要重复技能列表；方向句要对齐投递岗位。同时避开这些坑：写成万能模板；堆叠成语式优点。写完以后做两步校验：第一步，遮掉公司名和职称，看这段话还能不能指向具体岗位能力；第二步，假装自己是面试官，只针对这段连问三个为什么，看你是否需要翻记录才能答。答得顺，说明简历语言已经从记忆里长出来了；答得卡，说明你还在用正确的空话占版面。也别追求一次写完美：先写成「能被追问」的版本，再压成「30 秒能扫懂」的版本，通常比一上来雕字句更有效。
写法要点
- 最后一句写清下一阶段方向。
- 不要在自我评价里塞无法证明的排名。
面试官可能这样追问
- 独立交付如何验收？
- 若重做启动优化你会先动哪？
可写进简历的量化词典（初级移动端）
量化不是编故事，是把你日常已经产生的信号变成文字。按你真实做过的勾选 4–6 条即可：
- 冷启动耗时：例如「3.1s→2.4s（某版本，中端机）」。注意：写清测量方法和机型档位
- 崩溃率：例如「内测两周 <0.4%」。注意：说明样本是内测还是全量
- 包体积：例如「46MB→38MB」。注意：区分 Debug/Release
- 修复数量：例如「一周 Top 崩溃修 4 个」。注意：比「修复若干」清晰
- 页面交付：例如「主流程 12 页按期」。注意：配套说明是否含改需求
- 复现效率：例如「按机型标签 1 天内复现推送问题」。注意：过程指标也认可
数字写上简历前，先准备好三个追问答案：对象是谁、怎么量的、和你的关系是什么。答不上来就删掉这个数，换成你能讲圆的过程描述。
初级移动端最容易踩的坑
坑一：把教程项目写成商业项目
开源仿写、课程大作业可以写，但要标明课设/练习，并写你增量做了什么。直接写成「上线运营」属于诚信问题，一旦被发现，通常不是改简历能挽回的。
坑二：用八股冒充项目经验
简历写「深入理解 Handler / RunLoop / Isolate」，项目里却没有任何对应实践——面试官开局就挖原理，挖穿了全盘皆输。原则：先有案例，再写深度词。
坑三：只写功能名，不写机型与系统差异
移动端的坑大量来自碎片化。你修过通知权限、相册权限、国产机推送通道，就写出来。这比再列一个框架名更像真人。
坑四：跨端与原生职责搅在一起
Flutter 里调了原生通道，要写清 Dart 侧你做了什么，原生侧是否改动、改动范围。假装「两端架构都是我定的」很容易被追问穿。
坑五：同一份简历海投所有端
投 Android、iOS、Flutter 岗却完全不调整证据顺序，结果是每一边都觉得你不是专心做这端的人。主方向证据放前面，是基本礼貌，也是通过率。
高频追问预案（建议写进面试卡片，不必全塞进简历）
Q：我只有课设，没有上架，是不是很难看？
A：不难看。课设写清目标、你的模块、你做的增量（比如离线缓存、崩溃收集、适配），并标明课设即可。比伪造上架好一万倍。
Q：数字很小敢不敢写？
A：敢。面试官看初级，看的是你有没有测量意识，不是看你是不是顶尖优化专家。
Q：实习只做了打杂怎么办？
A：打杂里也有链路：替测包、复现机型问题、整理接口文档、修测试打回的空指针。把「可验证的小事」写清楚，比空写「参与核心开发」强。
写完后的自检清单
- 每个项目补平台、职责模块、上线状态。
- 去掉「精通」，改成用过/熟练并挂例子。
- 补一条真实小优化（启动/卡顿/Crash/包体积）。
- 准备 3 个排障故事（复现→工具→根因→修复）。
- 课设/Demo 单独标注。
- 自我评价压到 3-4 行事实。
- 投递前按 JD 调整主方向技能顺序。
- 有没有把「整体开发」改成真实边界？
- 列表/网络是否写到异常路径？
初级移动端写简历，目标其实很朴素：让面试官相信，把一个中等功能交给你，你能带到测试包；出事时你能先自查，再准确提问。
堆名词帮不了你。具体页面、异常路径、一个很小但真实的指标、一次说得清的排障——这些才是门票。
写完之后，找一个做过移动端的朋友，让他只基于简历问你 15 分钟。他问得顺，说明你写对了；他频繁皱眉，说明你还在用「完成了某某页面」糊弄自己。别急着海投，先把这一页证据打磨硬。
把经历翻译成简历语言（初级移动端开发简历（初级）对照练习）
很多人不是没有经历，是不会「翻译」。下面这些对照，请你拿自己的真实记忆替换例句里的细节，然后写回简历。
对照 1
你脑子里的原始记忆可能是：「[移动端开发简历（初级）] 那次联调卡了一下午，最后发现是字段类型和空值约定不一致」。如果原样贴进简历，面试官只能看到劳动，看不到判断。请改写成四段式：1）当时现场出了什么现象或约束；2）你为什么认为问题在这条链路上；3）你具体做了哪两三个动作（含工具/协作对象）；4）结果如何被验证（指标、工单、复盘结论、是否按期）。改完后做删除测试：遮掉公司名和岗位头衔，这段话是否仍然像在做移动端开发简历（初级），而不是谁都能用的正确废话。再做追问测试：针对第 3 步，你能否连续回答三个为什么，而不需要翻旧聊天记录。如果不能，说明细节还埋在记忆里，还没变成简历语言——先补细节，再投稿。
对照 2
你脑子里的原始记忆可能是：「测试打回了一个只在旧机型复现的崩溃，我用日志和机型矩阵定位到空指针」。如果原样贴进简历，面试官只能看到劳动，看不到判断。请改写成四段式：1）当时现场出了什么现象或约束；2）你为什么认为问题在这条链路上；3）你具体做了哪两三个动作（含工具/协作对象）；4）结果如何被验证（指标、工单、复盘结论、是否按期）。改完后做删除测试：遮掉公司名和岗位头衔，这段话是否仍然像在做移动端开发简历（初级），而不是谁都能用的正确废话。再做追问测试：针对第 3 步，你能否连续回答三个为什么，而不需要翻旧聊天记录。如果不能，说明细节还埋在记忆里，还没变成简历语言——先补细节，再投稿。
对照 3
你脑子里的原始记忆可能是：「上线前我自己过了一遍安装升级和权限拒绝路径，避免了打回」。如果原样贴进简历，面试官只能看到劳动，看不到判断。请改写成四段式：1）当时现场出了什么现象或约束；2）你为什么认为问题在这条链路上；3）你具体做了哪两三个动作（含工具/协作对象）；4）结果如何被验证（指标、工单、复盘结论、是否按期）。改完后做删除测试：遮掉公司名和岗位头衔，这段话是否仍然像在做移动端开发简历（初级），而不是谁都能用的正确废话。再做追问测试：针对第 3 步，你能否连续回答三个为什么，而不需要翻旧聊天记录。如果不能，说明细节还埋在记忆里，还没变成简历语言——先补细节，再投稿。
对照 4
你脑子里的原始记忆可能是：「我把重复的手动检查写成了脚本/清单，组里后来也在用」。如果原样贴进简历，面试官只能看到劳动，看不到判断。请改写成四段式：1）当时现场出了什么现象或约束；2）你为什么认为问题在这条链路上；3）你具体做了哪两三个动作（含工具/协作对象）；4）结果如何被验证（指标、工单、复盘结论、是否按期）。改完后做删除测试：遮掉公司名和岗位头衔，这段话是否仍然像在做移动端开发简历（初级），而不是谁都能用的正确废话。再做追问测试：针对第 3 步，你能否连续回答三个为什么，而不需要翻旧聊天记录。如果不能，说明细节还埋在记忆里，还没变成简历语言——先补细节，再投稿。
对照 5
你脑子里的原始记忆可能是：「需求中途改了交互，我重估了工时并砍掉了非关键动画保证按期」。如果原样贴进简历，面试官只能看到劳动，看不到判断。请改写成四段式：1）当时现场出了什么现象或约束；2）你为什么认为问题在这条链路上；3）你具体做了哪两三个动作（含工具/协作对象）；4）结果如何被验证（指标、工单、复盘结论、是否按期）。改完后做删除测试：遮掉公司名和岗位头衔，这段话是否仍然像在做移动端开发简历（初级），而不是谁都能用的正确废话。再做追问测试：针对第 3 步，你能否连续回答三个为什么，而不需要翻旧聊天记录。如果不能，说明细节还埋在记忆里，还没变成简历语言——先补细节，再投稿。
对照 6
你脑子里的原始记忆可能是：「值班时先止血再查根因，后来补进了文档避免同样问题再踩」。如果原样贴进简历，面试官只能看到劳动，看不到判断。请改写成四段式：1）当时现场出了什么现象或约束；2）你为什么认为问题在这条链路上；3）你具体做了哪两三个动作（含工具/协作对象）；4）结果如何被验证（指标、工单、复盘结论、是否按期）。改完后做删除测试：遮掉公司名和岗位头衔，这段话是否仍然像在做移动端开发简历（初级），而不是谁都能用的正确废话。再做追问测试：针对第 3 步，你能否连续回答三个为什么，而不需要翻旧聊天记录。如果不能，说明细节还埋在记忆里，还没变成简历语言——先补细节，再投稿。
对照 7
你脑子里的原始记忆可能是：「我以为是后端慢，压测后发现是客户端主线程在做解码」。如果原样贴进简历，面试官只能看到劳动，看不到判断。请改写成四段式：1）当时现场出了什么现象或约束；2）你为什么认为问题在这条链路上；3）你具体做了哪两三个动作（含工具/协作对象）；4）结果如何被验证（指标、工单、复盘结论、是否按期）。改完后做删除测试：遮掉公司名和岗位头衔，这段话是否仍然像在做移动端开发简历（初级），而不是谁都能用的正确废话。再做追问测试：针对第 3 步，你能否连续回答三个为什么，而不需要翻旧聊天记录。如果不能，说明细节还埋在记忆里，还没变成简历语言——先补细节，再投稿。
对照 8
你脑子里的原始记忆可能是：「第一次提审被拒，我补齐了隐私说明和权限用途描述」。如果原样贴进简历，面试官只能看到劳动，看不到判断。请改写成四段式：1）当时现场出了什么现象或约束；2）你为什么认为问题在这条链路上；3）你具体做了哪两三个动作（含工具/协作对象）；4）结果如何被验证（指标、工单、复盘结论、是否按期）。改完后做删除测试：遮掉公司名和岗位头衔，这段话是否仍然像在做移动端开发简历（初级），而不是谁都能用的正确废话。再做追问测试：针对第 3 步，你能否连续回答三个为什么，而不需要翻旧聊天记录。如果不能，说明细节还埋在记忆里，还没变成简历语言——先补细节，再投稿。
练习建议：一次只翻译一条记忆，翻译完立刻找同行追问 5 分钟。初级阶段最怕「写得很满、答很空」。简历密度应略低于你口语表达密度——页面留钩子，面试再展开。