产品资源排不上，研发接下项目后怎么推进？
一次关于高压工作与复合岗位的咨询：先看清自己经历了什么、已经做了什么，再把产品工程师的能力挑战和下一步拆开。
咨询
约 10 分钟阅读
收录于专栏 工程团队与技术判断 · 第 1 篇
标签
#工程实践
围绕“工程实践”的写作、研究、项目与影像。
AI 方案怎么卖给老板：从技术价值到 B2B 生意
一场关于 FDE 会议、技术沟通和 AI 商业价值的咨询对话：当老板关心收入和成本时，技术人员该怎样把能力讲成对方听得懂、愿意验证的结果。
咨询
约 14 分钟阅读
收录于专栏 咨询与 B2B 业务 · 第 1 篇
SEO 实验与异常排查：用时间线保护判断
处理延迟、CUPED 和流量污染很容易被一起误读成"算法更新"；这里记录的是先冻结时间线、再谈显著性的排查协议。
案例
约 4 分钟阅读
收录于专栏 搜索引擎增长工程 · 第 8 篇
提交、收录与流量恢复：把搜索运营做成可靠系统
提交成功、抓取成功、索引成功和排名回升是四件不同的事；把它们混成一句"收录了"，流量事故就没法排查。
案例
约 5 分钟阅读
收录于专栏 搜索引擎增长工程 · 第 4 篇
SEO 搜索基础地图：从被发现到产生价值
很多人从标题和关键词开始学 SEO，这篇建议倒过来：先看一条从被发现到产生价值的完整链路，再动手写字。
案例
约 7 分钟阅读
收录于专栏 搜索引擎增长工程 · 第 1 篇
技术 SEO 底盘：URL、渲染、迁移与性能
一篇内容如果有好几个能打开的地址，canonical、迁移和内链就会各说各话；页面合同先解决"谁是这个页面"。
案例
约 5 分钟阅读
收录于专栏 搜索引擎增长工程 · 第 3 篇
SEO 价值不是流量：把搜索接到业务漏斗
曝光涨了、下载没涨，问题不一定出在流量——这篇把 SEO 价值拆成搜索链和业务链，找瓶颈真正卡在哪一层。
案例
约 5 分钟阅读
收录于专栏 搜索引擎增长工程 · 第 2 篇
先拆解，后调度：多模型任务拆解、能力切换与子任务路由研究综述
讨论任务开始阶段的拆解、子任务能力分类、模型选择与执行中切换，并将完整 Agent 调度理论收缩为 dsh-quota-router 的一个工程切片：已拆分子任务的模型能力路由与有界 fallback。
约 38 分钟阅读
阅读摘要当 AI 降低工作流壁垒，职能线与业务线怎样重新划分
一篇立场论文：职能线曾在高度分工时高效；当工具降低技能壁垒后，组织应围绕全链路业务能力重新设计。给出机制、组织形态谱系、判断信号、中美两种起点、人才需求与可否证的试点协议。
约 18 分钟阅读
阅读摘要职场发展问题：晋升与面试前的完整自查清单
一份不压缩的问题库：围绕业务、技术、团队、个人判断与组织能力，逐项准备晋升材料、面试回答和阶段复盘。
短文
约 26 分钟阅读
AI 加速之后，职能线与业务线怎样重新划分
职能线曾帮助专业能力高效运转；当工具降低工作流壁垒后，组织更应围绕全链路业务能力重新设计，而不是固守历史分工。
短文
约 2 分钟阅读
收录于专栏 技术规划与架构 · 第 5 篇
共享核心与本地变化：多地区系统怎样演进
多地区系统既不能把所有差异硬塞进一个核心，也不能让每个地区重复建设。关键是识别稳定边界、保留扩展点，并明确模块所有权。
短文
约 4 分钟阅读
收录于专栏 技术规划与架构 · 第 4 篇
质量不是某个团队的任务：共同为交付结果负责
每个角色对自己的交付负责，也共同对线上结果负责。质量闭环的关键是监控、快速止损、精确修复与复盘。
短文
约 3 分钟阅读
工程规范怎样既减少返工，也不制造官僚流程
好规范不是把每一步都变成审批，而是让最容易失真、返工和出事故的关键交接点变得可见、可讨论、可复用。
短文
约 3 分钟阅读
收录于专栏 技术规划与架构 · 第 3 篇
管理者离代码多远才合适
管理者离代码的距离不该是固定的，而应由目标决定：近到能看懂架构、风险和阻塞，远到把力气花在定义问题、打通协作、向上拿权限上。
短文
约 6 分钟阅读
代码为什么会变坏：从局部便利到系统债务
代码劣化并不主要来自某一次"写得差"，而来自局部变更不断绕过共同边界；真正要维护的是设计与协作的一致性。
短文
约 2 分钟阅读
收录于专栏 技术规划与架构 · 第 2 篇
当团队说不清独特价值时，工程师还能做什么
技术不能凭空制造卖点，但工程师仍能帮助团队更准确地理解用户、缩短验证周期，并把隐含的约束变成可选择的问题。
短文
约 4 分钟阅读
筛选人和面试官到底在看什么
从简历、基础到项目阐述：面试不是猜标准答案，而是让人看见你的事实、判断、学习方式与合作方式。
短文
约 14 分钟阅读
产品 sense：研发和产品怎么把"这个功能值不值得做"聊清楚
产品 sense 不是猜需求。从"研发如何理解产品"和"产品到底在做什么"两个角度，给出一份可照用的话题清单。
短文
约 2 分钟阅读
收录于专栏 一对一对话 · 第 6 篇
工程师为什么需要产品判断
从完成需求到参与规划，工程师如何把技术实现放进用户问题与业务结果之间。
短文
约 18 分钟阅读
收录于专栏 产品判断 · 第 1 篇
工程 POC：跨职能需求中的职责、边界与交付闭环
工程 POC 不是项目秘书，也不是替所有人兜底；它的职责是让目标、承诺、风险和决策在跨职能协作中保持清楚。
短文
约 8 分钟阅读
先用自己的产品：开发者如何建立真实反馈回路
自用不是"多刷一会儿产品"，而是一套从真实任务、有效证据到修复验证的反馈系统。
短文
约 6 分钟阅读
工程 POC 实战 FAQ：排期、同步、风险与交付
面对跨职能需求，工程 POC 应如何分工、同步风险、处理变更与控制自己的负荷？这是一份面向真实协作场景的公开 FAQ。
短文
约 15 分钟阅读
一次可复用的工程复盘，应该留下什么
工程复盘的价值不在于重述经过或追究个人，而在于把一次经历转化为能被验证、维护和复用的改进。
短文
约 9 分钟阅读
技术知识库为什么需要入口页
入口页不是链接堆栈，而是不断变化的项目留给团队的共同记忆：它帮助读者按任务进入、判断信息是否仍有效，并找到负责维护的人。
短文
约 6 分钟阅读
收录于专栏 文档与知识 · 第 2 篇
面试题与工程师的成长路径
2018 年春季求职后整理的面试与工程基础资料索引；保留它，提醒自己面试题从来不只是面试题。
方法
约 1 分钟阅读