<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>沉默土豆的烹饪指南</title><description>Liyuk 关于技术、工作与日常的写作。</description><link>https://liyuk.github.io/</link><item><title>网路上的虫子</title><link>https://liyuk.github.io/writing/2012/01/network-bug/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2012/01/network-bug/</guid><description>一篇写于大学早期的科幻短篇：当二维网路中的虫子得到三维知识，它失去的不是无知，而是行动的能力。</description><pubDate>Sun, 01 Jan 2012 00:00:00 GMT</pubDate></item><item><title>面试题与工程师的成长路径</title><link>https://liyuk.github.io/writing/2018/04/interview-questions-archive/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2018/04/interview-questions-archive/</guid><description>2018 年春季求职后整理的面试与工程基础资料索引；保留它，提醒自己面试题从来不只是面试题。</description><pubDate>Mon, 02 Apr 2018 00:00:00 GMT</pubDate></item><item><title>前端入坑：幼儿园的车</title><link>https://liyuk.github.io/writing/2018/07/frontend-first-ride/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2018/07/frontend-first-ride/</guid><description>一份写给前端初学者的旧路标：信息获取、学习记录、算法练习、面试与实习，都只是开始。</description><pubDate>Wed, 04 Jul 2018 00:00:00 GMT</pubDate></item><item><title>产品启示录·一：从抱怨回到问题</title><link>https://liyuk.github.io/writing/2018/04/product-apocalypse-one/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2018/04/product-apocalypse-one/</guid><description>一个双十一购物场景的旧案例：在急着想方案之前，先分辨用户真正遇到的是什么问题。</description><pubDate>Thu, 05 Apr 2018 00:00:00 GMT</pubDate></item><item><title>技术知识库为什么需要入口页</title><link>https://liyuk.github.io/writing/2020/01/why-technical-knowledge-bases-need-entry-pages/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2020/01/why-technical-knowledge-bases-need-entry-pages/</guid><description>入口页不是链接堆栈，而是不断变化的项目留给团队的共同记忆：它帮助读者按任务进入、判断信息是否仍有效，并找到负责维护的人。</description><pubDate>Mon, 06 Jan 2020 00:00:00 GMT</pubDate></item><item><title>成就感不是奖励：关于压力、交付与自我认可</title><link>https://liyuk.github.io/writing/2021/01/achievement-is-not-a-reward/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2021/01/achievement-is-not-a-reward/</guid><description>成就感并不只来自结果或他人的赞美；它也来自完成承诺、认同职业、帮助他人，以及相信自己做的事有意义。</description><pubDate>Fri, 01 Jan 2021 00:00:00 GMT</pubDate></item><item><title>主题式一对一：从&quot;不知道聊什么&quot;到一份话题地图</title><link>https://liyuk.github.io/writing/2021/02/one-on-one-from-definition-to-action/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2021/02/one-on-one-from-definition-to-action/</guid><description>一次对话解决一个问题，每个主题 30 到 60 分钟。这套系列的使用方法、话题总览与收尾三原则。</description><pubDate>Wed, 10 Feb 2021 00:00:00 GMT</pubDate></item><item><title>好的导师关系与新人 90 天计划</title><link>https://liyuk.github.io/writing/2020/10/mentor-relationship-and-first-90-days/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2020/10/mentor-relationship-and-first-90-days/</guid><description>导师的价值不在替新人规划一切，而在共同建立目标、反馈与逐步放手的节奏；一份可执行的 90 天计划让这件事有迹可循。</description><pubDate>Thu, 01 Oct 2020 00:00:00 GMT</pubDate></item><item><title>文档不是记录，而是协作接口</title><link>https://liyuk.github.io/writing/2020/10/documents-are-collaboration-interfaces/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2020/10/documents-are-collaboration-interfaces/</guid><description>一份技术文档的实用写法：先把结论和问题写清楚，再用合适的结构承接方案、进度与细节。</description><pubDate>Thu, 22 Oct 2020 00:00:00 GMT</pubDate></item><item><title>一次可复用的工程复盘，应该留下什么</title><link>https://liyuk.github.io/writing/2020/10/reusable-engineering-retrospective/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2020/10/reusable-engineering-retrospective/</guid><description>工程复盘的价值不在于重述经过或追究个人，而在于把一次经历转化为能被验证、维护和复用的改进。</description><pubDate>Thu, 22 Oct 2020 00:00:00 GMT</pubDate></item><item><title>技术分享不是一场活动，而是一套知识协作方法</title><link>https://liyuk.github.io/writing/2020/10/what-good-technical-sharing-should-change/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2020/10/what-good-technical-sharing-should-change/</guid><description>把技术分享从定期演讲，变成选题、研究、讨论与沉淀相互连接的知识协作系统。</description><pubDate>Thu, 22 Oct 2020 00:00:00 GMT</pubDate></item><item><title>从定义问题开始：一次一对一怎么开场</title><link>https://liyuk.github.io/writing/2021/03/shared-problem-definition/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2021/03/shared-problem-definition/</guid><description>不知道怎么开场、不知道聊什么，就从&quot;把问题定义清楚&quot;开始。给上下级都能照着一问一答的问题清单。</description><pubDate>Mon, 15 Mar 2021 00:00:00 GMT</pubDate></item><item><title>数据度量工作指南（五）：周期统计与复盘，让数字变成下一次行动</title><link>https://liyuk.github.io/writing/2021/05/periodic-metrics-and-retrospectives/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2021/05/periodic-metrics-and-retrospectives/</guid><description>从日报、周报到问题复盘：如何维护基线、记录变化、判断影响，并把数据结论转成可验证的行动项。</description><pubDate>Sun, 02 May 2021 00:00:00 GMT</pubDate></item><item><title>工程 POC 实战 FAQ：排期、同步、风险与交付</title><link>https://liyuk.github.io/writing/2021/04/engineering-poc-faq-responsibility-boundaries/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2021/04/engineering-poc-faq-responsibility-boundaries/</guid><description>面对跨职能需求，工程 POC 应如何分工、同步风险、处理变更与控制自己的负荷？这是一份面向真实协作场景的公开 FAQ。</description><pubDate>Wed, 21 Apr 2021 00:00:00 GMT</pubDate></item><item><title>数据度量工作指南（四）：指标字典模板，把定义变成可复算的协作接口</title><link>https://liyuk.github.io/writing/2021/04/metric-dictionary-template/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2021/04/metric-dictionary-template/</guid><description>一份可直接复制的指标字典模板，以及完成率、留存、转化、错误、体验质量和反馈指标的公开示例。</description><pubDate>Tue, 20 Apr 2021 00:00:00 GMT</pubDate></item><item><title>数据度量工作指南（三）：指标分级，让数据先服务最重要的决策</title><link>https://liyuk.github.io/writing/2021/04/metric-tiers-prioritize-decisions/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2021/04/metric-tiers-prioritize-decisions/</guid><description>不把指标平铺在看板上：用任务相关性、影响范围、行动性和数据可信度，为指标建立优先级，并在不同阶段选择该看什么。</description><pubDate>Thu, 08 Apr 2021 00:00:00 GMT</pubDate></item><item><title>时间管理：一场关于“忙”的对话</title><link>https://liyuk.github.io/writing/2021/06/one-on-one-time-and-commitment-boundaries/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2021/06/one-on-one-time-and-commitment-boundaries/</guid><description>“最近很忙”是一句真实感受，但不是足够好的沟通。这套问题把忙拆成排期、容量、取舍与承诺，让上下级都能照着问。</description><pubDate>Thu, 10 Jun 2021 00:00:00 GMT</pubDate></item><item><title>Owner 意识与责任：把&quot;主动&quot;聊成边界清楚的事</title><link>https://liyuk.github.io/writing/2021/11/ownership-with-boundaries/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2021/11/ownership-with-boundaries/</guid><description>责任不是无脑加班，也不是无脑接事。这套问题把&quot;谁决定、谁执行、何时升级、承担到哪里为止&quot;聊清楚。</description><pubDate>Fri, 05 Nov 2021 00:00:00 GMT</pubDate></item><item><title>成长里程碑：把&quot;我想成长&quot;聊成具体的样子</title><link>https://liyuk.github.io/writing/2021/08/specific-growth-milestones/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2021/08/specific-growth-milestones/</guid><description>成长的话题最怕空。把&quot;我想成长得更快&quot;拆成情境、能力、证据与下一轮练习，让上下级都能照着问。</description><pubDate>Fri, 20 Aug 2021 00:00:00 GMT</pubDate></item><item><title>数据度量工作指南（一）：数据口径是组织协作的接口</title><link>https://liyuk.github.io/writing/2021/03/data-definitions-are-collaboration-interfaces/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2021/03/data-definitions-are-collaboration-interfaces/</guid><description>指标不是报表上的数字，而是团队用来描述同一件事的共同语言。先定义对象、事件、分母和时间，数据才可以参与决策。</description><pubDate>Mon, 15 Mar 2021 00:00:00 GMT</pubDate></item><item><title>招聘与职业关系（三）：把“人脉”变成长期互惠关系</title><link>https://liyuk.github.io/writing/2021/11/relationships-as-long-term-reciprocity/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2021/11/relationships-as-long-term-reciprocity/</guid><description>职业关系不是待开发的资源池，而是在真实协作、适度帮助与清楚边界中慢慢形成的信任网络。</description><pubDate>Mon, 15 Nov 2021 00:00:00 GMT</pubDate></item><item><title>一个人吃饭的低摩擦系统</title><link>https://liyuk.github.io/writing/2022/01/low-friction-solo-meals/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2022/01/low-friction-solo-meals/</guid><description>不把做饭当成意志力考验：用少量固定选择，把采购、备餐、收拾和临时变动变成可持续的日常。</description><pubDate>Sun, 30 Jan 2022 00:00:00 GMT</pubDate></item><item><title>数据度量工作指南（二）：指标争论之前，先定义测量对象</title><link>https://liyuk.github.io/writing/2021/03/define-the-measurement-before-arguing-about-metrics/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2021/03/define-the-measurement-before-arguing-about-metrics/</guid><description>一份可公开复用的指标词典：从请求、用户到任务，说明可用性、错误、延迟、性能和反馈数据该怎样定义、组合和解读。</description><pubDate>Sat, 27 Mar 2021 00:00:00 GMT</pubDate></item><item><title>先用自己的产品：开发者如何建立真实反馈回路</title><link>https://liyuk.github.io/writing/2021/05/use-your-own-product-feedback-loop/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2021/05/use-your-own-product-feedback-loop/</guid><description>自用不是&quot;多刷一会儿产品&quot;，而是一套从真实任务、有效证据到修复验证的反馈系统。</description><pubDate>Sat, 15 May 2021 00:00:00 GMT</pubDate></item><item><title>团队成长不是扩张：效率、梯队与延续</title><link>https://liyuk.github.io/writing/2022/01/team-growth-is-not-expansion/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2022/01/team-growth-is-not-expansion/</guid><description>团队不是人数与能力的简单相加。真正的成长，是在时间里形成更可靠的协作、可传递的经验，以及面对变化时仍能解决问题的能力。</description><pubDate>Sat, 01 Jan 2022 00:00:00 GMT</pubDate></item><item><title>招聘与职业关系（一）：技术招聘，从“招到人”到建立长期判断</title><link>https://liyuk.github.io/writing/2022/01/technical-hiring-long-term-judgment/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2022/01/technical-hiring-long-term-judgment/</guid><description>招聘不只是填补一个空缺，而是持续澄清团队需要什么、能提供什么，并在每一次选择中校准判断。</description><pubDate>Sat, 01 Jan 2022 00:00:00 GMT</pubDate></item><item><title>产品 sense：研发和产品怎么把&quot;这个功能值不值得做&quot;聊清楚</title><link>https://liyuk.github.io/writing/2022/03/product-judgment-for-engineers/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2022/03/product-judgment-for-engineers/</guid><description>产品 sense 不是猜需求。从&quot;研发如何理解产品&quot;和&quot;产品到底在做什么&quot;两个角度，给出一份可照用的话题清单。</description><pubDate>Sat, 12 Mar 2022 00:00:00 GMT</pubDate></item><item><title>工程 POC：跨职能需求中的职责、边界与交付闭环</title><link>https://liyuk.github.io/writing/2021/08/requirement-poc-responsibilities/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2021/08/requirement-poc-responsibilities/</guid><description>工程 POC 不是项目秘书，也不是替所有人兜底；它的职责是让目标、承诺、风险和决策在跨职能协作中保持清楚。</description><pubDate>Tue, 17 Aug 2021 00:00:00 GMT</pubDate></item><item><title>如何写一份产品概览，而不把资料堆成百科</title><link>https://liyuk.github.io/writing/2021/09/product-overview-is-a-decision-model/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2021/09/product-overview-is-a-decision-model/</guid><description>产品概览的职责不是收集尽可能多的事实，而是帮助读者在有限时间内建立共同问题、形成判断，并知道还缺什么证据。</description><pubDate>Wed, 15 Sep 2021 00:00:00 GMT</pubDate></item><item><title>如何做好沟通：从&quot;不知道聊什么&quot;到把话聊明白</title><link>https://liyuk.github.io/writing/2023/01/clarify-feedback-and-commitment/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/01/clarify-feedback-and-commitment/</guid><description>沟通的话题很大，但可以很具体。从&quot;先澄清再反馈最后承诺&quot;讲起，附一套工作沟通的完整问题清单。</description><pubDate>Sat, 14 Jan 2023 00:00:00 GMT</pubDate></item><item><title>能力模型与自我评估：怎么知道自己在什么位置</title><link>https://liyuk.github.io/writing/2022/09/honest-self-assessment/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2022/09/honest-self-assessment/</guid><description>能力模型最怕被当成迷雾。把&quot;我现在在哪、差距在哪、往哪走&quot;拆成可以自己测量的问题，而不是靠别人贴标签。</description><pubDate>Sun, 25 Sep 2022 00:00:00 GMT</pubDate></item><item><title>评估潜力时，我们真正该看什么</title><link>https://liyuk.github.io/writing/2023/02/evaluating-potential-with-care/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/02/evaluating-potential-with-care/</guid><description>潜力不是履历或一次表现的标签。比起判断一个人“够不够聪明”，不如观察他怎样学习、行动、思考，以及从挫折中恢复。</description><pubDate>Wed, 15 Feb 2023 00:00:00 GMT</pubDate></item><item><title>印尼十四日记</title><link>https://liyuk.github.io/writing/2023/02/indonesia-fourteen-days/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/02/indonesia-fourteen-days/</guid><description>2023 年 2 月在雅加达的十四天：一座被折叠、被切开的城市，高楼和路边摊各自过着各自的日常。</description><pubDate>Mon, 20 Feb 2023 00:00:00 GMT</pubDate></item><item><title>组织变化发生时，怎样同步才不制造猜测</title><link>https://liyuk.github.io/writing/2023/04/communicating-organizational-change/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/04/communicating-organizational-change/</guid><description>先同步已经官方确认的客观事实，不掩盖问题；再分别对上、对下和协作者说明目标、稳定性与新的协作方式。</description><pubDate>Tue, 04 Apr 2023 00:00:00 GMT</pubDate></item><item><title>资源充足时，为什么组织仍会变慢</title><link>https://liyuk.github.io/writing/2023/04/escaping-the-resource-curse/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/04/escaping-the-resource-curse/</guid><description>资源诅咒不是钱或人太多，而是资源让目标更细、结构更重、低质量决策更多，最终失去发现并解决高 ROI 问题的能力。</description><pubDate>Sun, 09 Apr 2023 00:00:00 GMT</pubDate></item><item><title>AI 加速之后，职能线与业务线怎样重新划分</title><link>https://liyuk.github.io/writing/2023/04/functional-teams-in-the-ai-era/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/04/functional-teams-in-the-ai-era/</guid><description>职能线曾帮助专业能力高效运转；当工具降低工作流壁垒后，组织更应围绕全链路业务能力重新设计，而不是固守历史分工。</description><pubDate>Thu, 06 Apr 2023 00:00:00 GMT</pubDate></item><item><title>人力规划不是比率游戏：从资源出现时开始对齐</title><link>https://liyuk.github.io/writing/2023/04/headcount-is-not-a-ratio/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/04/headcount-is-not-a-ratio/</guid><description>人力配比只是动态概念。更重要的是在扩张、收缩和方案变化时，把目标、市场与资源约束及时对齐。</description><pubDate>Sun, 02 Apr 2023 00:00:00 GMT</pubDate></item><item><title>协作重叠不是忙碌：怎样区分健康冗余与有害 overlap</title><link>https://liyuk.github.io/writing/2023/04/healthy-redundancy-and-harmful-overlap/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/04/healthy-redundancy-and-harmful-overlap/</guid><description>容灾和复核是健康冗余；抢资源、抢项目和不清楚的授权导致的赛马，则会把组织推入零和疲惫。</description><pubDate>Mon, 10 Apr 2023 00:00:00 GMT</pubDate></item><item><title>如何判断一段工作是否真的让你成长</title><link>https://liyuk.github.io/writing/2022/01/how-to-tell-if-work-helps-you-grow/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2022/01/how-to-tell-if-work-helps-you-grow/</guid><description>不用职级、忙碌或短期评价来判断一段工作。看它是否让你的认知、时间和执行方式留下可带走的变化。</description><pubDate>Sat, 01 Jan 2022 00:00:00 GMT</pubDate></item><item><title>工程师为什么需要产品判断</title><link>https://liyuk.github.io/writing/2022/02/engineer-product-judgment/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2022/02/engineer-product-judgment/</guid><description>从完成需求到参与规划，工程师如何把技术实现放进用户问题与业务结果之间。</description><pubDate>Tue, 01 Feb 2022 00:00:00 GMT</pubDate></item><item><title>思维训练（三）：如何给自己提出好的问题</title><link>https://liyuk.github.io/writing/2023/04/how-to-ask-yourself-better-questions/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/04/how-to-ask-yourself-better-questions/</guid><description>好问题不是聪明的发问，而是把模糊的不适感转成可核验、可讨论、可行动的对象；这是一套用于工作、学习与复盘的日常练习。</description><pubDate>Wed, 12 Apr 2023 00:00:00 GMT</pubDate></item><item><title>「一定不做」不是懒惰：给承诺设边界</title><link>https://liyuk.github.io/writing/2023/03/defining-what-not-to-do/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/03/defining-what-not-to-do/</guid><description>时间管理的核心不是塞满日历，而是根据角色、价值和机会成本明确承诺，也明确哪些事情此刻不做。</description><pubDate>Tue, 21 Mar 2023 00:00:00 GMT</pubDate></item><item><title>工程规范怎样既减少返工，也不制造官僚流程</title><link>https://liyuk.github.io/writing/2023/03/engineering-standards-without-bureaucracy/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/03/engineering-standards-without-bureaucracy/</guid><description>好规范不是把每一步都变成审批，而是让最容易失真、返工和出事故的关键交接点变得可见、可讨论、可复用。</description><pubDate>Mon, 13 Mar 2023 00:00:00 GMT</pubDate></item><item><title>当团队说不清独特价值时，工程师还能做什么</title><link>https://liyuk.github.io/writing/2023/03/engineering-without-unique-value/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/03/engineering-without-unique-value/</guid><description>技术不能凭空制造卖点，但工程师仍能帮助团队更准确地理解用户、缩短验证周期，并把隐含的约束变成可选择的问题。</description><pubDate>Sun, 05 Mar 2023 00:00:00 GMT</pubDate></item><item><title>筛选人和面试官到底在看什么</title><link>https://liyuk.github.io/writing/2022/07/campus-recruitment-training/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2022/07/campus-recruitment-training/</guid><description>从简历、基础到项目阐述：面试不是猜标准答案，而是让人看见你的事实、判断、学习方式与合作方式。</description><pubDate>Fri, 01 Jul 2022 00:00:00 GMT</pubDate></item><item><title>结构化思维：把&quot;有条理&quot;聊成可以训练的事</title><link>https://liyuk.github.io/writing/2022/06/structured-thinking-at-work/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2022/06/structured-thinking-at-work/</guid><description>结构化不是套模板，是让问题、证据、取舍和决定能被别人检查。一套可直接照用的训练与提问清单。</description><pubDate>Sat, 18 Jun 2022 00:00:00 GMT</pubDate></item><item><title>一线技术管理的三种产出</title><link>https://liyuk.github.io/writing/2023/03/frontline-engineering-management/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/03/frontline-engineering-management/</guid><description>一线管理不是替团队多做一点事，而是持续产出更好的判断、可预期的交付，以及能自我修复的协作系统。</description><pubDate>Wed, 01 Mar 2023 00:00:00 GMT</pubDate></item><item><title>管理者离代码多远才合适</title><link>https://liyuk.github.io/writing/2023/03/how-close-managers-should-stay-to-code/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/03/how-close-managers-should-stay-to-code/</guid><description>管理者不必逐行审批代码，但若脱离一线细节，就无法判断风险、成本和团队真正的阻塞；关键是建立抽样理解，而不是微观控制。</description><pubDate>Thu, 09 Mar 2023 00:00:00 GMT</pubDate></item><item><title>信息同步不是抄送：怎样让对方能作决定</title><link>https://liyuk.github.io/writing/2023/03/information-sync-for-decisions/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/03/information-sync-for-decisions/</guid><description>有效同步的目标不是把知道的一切都发出去，而是让特定读者在适当时间获得足以判断、协作或行动的信息。</description><pubDate>Mon, 27 Mar 2023 00:00:00 GMT</pubDate></item><item><title>1-on-1 不是例会：信息、预期与决策权怎样对齐</title><link>https://liyuk.github.io/writing/2023/03/one-on-ones-and-decision-rights/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/03/one-on-ones-and-decision-rights/</guid><description>1-on-1 的核心是让上下级了解彼此目标与诉求；授权必须随着信息和角色边界发生，而不是把上下文误当作决策权转移。</description><pubDate>Fri, 31 Mar 2023 00:00:00 GMT</pubDate></item><item><title>产研关系不是&quot;配合&quot;：先站到同一个阵营</title><link>https://liyuk.github.io/writing/2023/03/product-engineering-trust/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/03/product-engineering-trust/</guid><description>好合作建立在信任、信息互通和共同解决问题上；目标冲突时不要私自承诺，而要带着完整信息上升对齐。</description><pubDate>Wed, 15 Mar 2023 00:00:00 GMT</pubDate></item><item><title>分布式团队如何减少上下文损耗</title><link>https://liyuk.github.io/writing/2023/03/reducing-context-loss-in-distributed-teams/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/03/reducing-context-loss-in-distributed-teams/</guid><description>异地协作最贵的成本往往不是时差，而是上下文反复丢失。清楚的闭环责任、异步文档和有限的重叠时间能让协作更稳。</description><pubDate>Sat, 25 Mar 2023 00:00:00 GMT</pubDate></item><item><title>质量不是某个团队的任务：共同为交付结果负责</title><link>https://liyuk.github.io/writing/2023/03/quality-is-shared-accountability/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/03/quality-is-shared-accountability/</guid><description>每个角色对自己的交付负责，也共同对线上结果负责。质量闭环的关键是监控、快速止损、精确修复与复盘。</description><pubDate>Fri, 17 Mar 2023 00:00:00 GMT</pubDate></item><item><title>项目合作发生冲突时，先对齐哪三件事</title><link>https://liyuk.github.io/writing/2023/03/resolving-project-conflicts/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/03/resolving-project-conflicts/</guid><description>多数项目冲突不是谁不配合，而是目标、事实或决策权没有被明确。先把这三件事说清，才能让分歧回到可解决的对象上。</description><pubDate>Sun, 19 Mar 2023 00:00:00 GMT</pubDate></item><item><title>共享核心与本地变化：多地区系统怎样演进</title><link>https://liyuk.github.io/writing/2023/03/shared-core-and-local-variation/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/03/shared-core-and-local-variation/</guid><description>多地区系统既不能把所有差异硬塞进一个核心，也不能让每个地区重复建设。关键是识别稳定边界、保留扩展点，并明确模块所有权。</description><pubDate>Wed, 29 Mar 2023 00:00:00 GMT</pubDate></item><item><title>当一个人失去动力，管理者能做什么</title><link>https://liyuk.github.io/writing/2023/03/when-a-team-member-loses-motivation/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/03/when-a-team-member-loses-motivation/</guid><description>动力不是靠口号或压力制造的。管理者能做的是分辨问题来自环境、角色、回报还是个人状态，并提供诚实而有限的支持。</description><pubDate>Sat, 11 Mar 2023 00:00:00 GMT</pubDate></item><item><title>代码为什么会变坏：从局部便利到系统债务</title><link>https://liyuk.github.io/writing/2023/03/why-code-decays/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/03/why-code-decays/</guid><description>代码劣化并不主要来自某一次&quot;写得差&quot;，而来自局部变更不断绕过共同边界；真正要维护的是设计与协作的一致性。</description><pubDate>Tue, 07 Mar 2023 00:00:00 GMT</pubDate></item><item><title>资源不足时，怎样不让团队靠透支运转</title><link>https://liyuk.github.io/writing/2023/03/working-under-resource-constraints/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/03/working-under-resource-constraints/</guid><description>资源紧张不是一句&quot;大家再努力一点&quot;能解决的问题。团队需要把承诺、风险和投诉还原为事实，并公开作出取舍。</description><pubDate>Thu, 23 Mar 2023 00:00:00 GMT</pubDate></item><item><title>西海岸日常</title><link>https://liyuk.github.io/writing/2023/05/west-coast-daily-life/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/05/west-coast-daily-life/</guid><description>2023 年 5 月的十五天：一边在另一个时区工作，一边开车、加油、停车、算账。最深的印象不是景点，是时差和&quot;贵&quot;。</description><pubDate>Mon, 15 May 2023 00:00:00 GMT</pubDate></item><item><title>焦虑与压力：在不安里聊出可行动的工作边界</title><link>https://liyuk.github.io/writing/2023/04/anxiety-and-work-boundaries/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/04/anxiety-and-work-boundaries/</guid><description>工作中的一对一不是心理咨询。把焦虑拆成&quot;能控制的和不能控制的&quot;，先聊认知，再聊具体压力与工作条件。</description><pubDate>Sat, 08 Apr 2023 00:00:00 GMT</pubDate></item><item><title>培养不是培训：团队能力如何复利</title><link>https://liyuk.github.io/writing/2023/06/team-development-compounds/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/06/team-development-compounds/</guid><description>团队培养的目的不是把经验灌输给每个人，而是让判断、协作与责任能够被练习、反馈和传递。</description><pubDate>Thu, 01 Jun 2023 00:00:00 GMT</pubDate></item><item><title>东京漫游</title><link>https://liyuk.github.io/writing/2023/06/tokyo-wandering/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/06/tokyo-wandering/</guid><description>2023 年 6 月六天：银座、涉谷、横滨、镰仓，以及密度、步行和&quot;面积为什么要单独算钱&quot;。</description><pubDate>Sun, 11 Jun 2023 00:00:00 GMT</pubDate></item><item><title>目标、规划与复盘：把&quot;交作业&quot;变成自己的成长</title><link>https://liyuk.github.io/writing/2023/07/goals-retrospectives-and-next-actions/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/07/goals-retrospectives-and-next-actions/</guid><description>规划和复盘不是为了完成任务。从制定目标的困难、到复盘的方法、再到以自我成长为导向，一套完整的话题清单。</description><pubDate>Sun, 16 Jul 2023 00:00:00 GMT</pubDate></item><item><title>职场发展问题：晋升与面试前的完整自查清单</title><link>https://liyuk.github.io/writing/2023/08/career-growth-ten-questions/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/08/career-growth-ten-questions/</guid><description>一份不压缩的问题库：围绕业务、技术、团队、个人判断与组织能力，逐项准备晋升材料、面试回答和阶段复盘。</description><pubDate>Tue, 01 Aug 2023 00:00:00 GMT</pubDate></item><item><title>陌生领域的第一张地图：怎样理解一条完整价值链</title><link>https://liyuk.github.io/writing/2023/03/mapping-an-unfamiliar-value-chain/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/03/mapping-an-unfamiliar-value-chain/</guid><description>进入陌生业务或系统时，不要急着从局部方案开始。先画出使用者、流程、输入输出、关键约束和价值，才能知道该问什么。</description><pubDate>Fri, 03 Mar 2023 00:00:00 GMT</pubDate></item><item><title>我的读书档案：书单、工具与阅读笔记</title><link>https://liyuk.github.io/writing/2023/11/my-reading-archives/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/11/my-reading-archives/</guid><description>从 2021 到 2023 年的一份个人阅读记录：读什么、怎样记，以及一些还没有想明白的读后感。</description><pubDate>Tue, 14 Nov 2023 00:00:00 GMT</pubDate></item><item><title>不安全感、比较与长期能力：把不安聊成可行动的方向</title><link>https://liyuk.github.io/writing/2024/01/insecurity-comparison-and-long-term-capability/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2024/01/insecurity-comparison-and-long-term-capability/</guid><description>不安全感来自环境，也来自比较。先分清来源，再调整预期、拉长时间尺度，把注意力从&quot;别人怎么样&quot;拉回&quot;我该练什么&quot;。</description><pubDate>Sat, 20 Jan 2024 00:00:00 GMT</pubDate></item><item><title>业务增长放缓：把焦虑聊成&quot;先定基调，再解决关键路径&quot;</title><link>https://liyuk.github.io/writing/2023/12/anxiety-when-growth-slows/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/12/anxiety-when-growth-slows/</guid><description>业务增速放缓时，团队会集体焦虑。先定&quot;积极应对、分析问题、解决关键路径&quot;的基调，再逐项聊清楚问题出在哪。</description><pubDate>Sun, 10 Dec 2023 00:00:00 GMT</pubDate></item><item><title>思维训练（一）：Top K 问题——先找到最重要的事</title><link>https://liyuk.github.io/writing/2024/02/top-k-thinking/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2024/02/top-k-thinking/</guid><description>面对一长串任务、问题和观点时，先定义判断口径，再找出真正排在前面的那几件事。</description><pubDate>Fri, 09 Feb 2024 00:00:00 GMT</pubDate></item><item><title>招聘 Branding：建立&quot;我们能一起做成&quot;的共同相信</title><link>https://liyuk.github.io/writing/2024/05/recruiting-brand-is-a-trust-system/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2024/05/recruiting-brand-is-a-trust-system/</guid><description>招聘品牌不是美化职位，而是让合适的人相信：这件事值得做、团队有机会做成、自己能与同行者共同推动它成为现实。</description><pubDate>Mon, 20 May 2024 00:00:00 GMT</pubDate></item><item><title>招聘与职业关系（二）：推荐不是转发职位</title><link>https://liyuk.github.io/writing/2025/03/referral-is-mutual-recognition/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2025/03/referral-is-mutual-recognition/</guid><description>一次负责任的推荐，不是促成一次投递，而是帮助双方获得足够真实的信息，判断是否值得继续靠近。</description><pubDate>Sat, 01 Mar 2025 00:00:00 GMT</pubDate></item><item><title>从零搭团队时，先设计什么</title><link>https://liyuk.github.io/writing/2023/06/from-zero-design-the-team/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/06/from-zero-design-the-team/</guid><description>当既有梯队失效或需要重新开始时，先重建责任、标准和培养机制，而不只是重画一张分工图。</description><pubDate>Thu, 01 Jun 2023 00:00:00 GMT</pubDate></item><item><title>思维训练（二）：数数游戏——如何把模糊表达变成清楚的问题</title><link>https://liyuk.github.io/writing/2025/08/counting-practice/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2025/08/counting-practice/</guid><description>从说清 1、2、3 开始，练习倾听、复述、回答与自我复盘，让混乱的信息获得可以行动的结构。</description><pubDate>Wed, 20 Aug 2025 00:00:00 GMT</pubDate></item><item><title>自我迭代不是鸡血，而是一套反馈系统</title><link>https://liyuk.github.io/writing/2023/06/self-iteration-feedback-system/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/06/self-iteration-feedback-system/</guid><description>所谓自我迭代，不是无止境地逼自己更快，而是看清目标、观察结果、调整行动，并在不确定中持续校准。</description><pubDate>Thu, 01 Jun 2023 00:00:00 GMT</pubDate></item><item><title>如何设计新人、骨干与负责人三条成长路径</title><link>https://liyuk.github.io/writing/2023/06/growth-paths-for-newcomers-core-and-leads/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/06/growth-paths-for-newcomers-core-and-leads/</guid><description>成长路径不是职级清单，而是三种不断扩大的责任：完成任务、经营问题，以及让他人也能完成重要工作。</description><pubDate>Thu, 01 Jun 2023 00:00:00 GMT</pubDate></item><item><title>把口语想法写成可决策的文档</title><link>https://liyuk.github.io/writing/2025/12/turn-spoken-ideas-into-decision-documents/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2025/12/turn-spoken-ideas-into-decision-documents/</guid><description>把散乱想法蒸馏成一篇能讨论、能落地的文档：工具负责整理，人负责判断。</description><pubDate>Wed, 31 Dec 2025 00:00:00 GMT</pubDate></item><item><title>前端工程师如何从执行走向系统判断</title><link>https://liyuk.github.io/writing/2023/08/frontend-engineer-system-judgment/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2023/08/frontend-engineer-system-judgment/</guid><description>职业发展不只是把更多需求做出来，而是逐步扩大问题定义、取舍和协作的责任范围。</description><pubDate>Tue, 01 Aug 2023 00:00:00 GMT</pubDate></item><item><title>Departure Under Sunlit Flames</title><link>https://liyuk.github.io/writing/2026/05/departure-under-sunlit-flames/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2026/05/departure-under-sunlit-flames/</guid><description>一段八年半职业旅途结束时的告别、回望与感谢。</description><pubDate>Fri, 29 May 2026 00:00:00 GMT</pubDate></item><item><title>从肤色观察到产品选择</title><link>https://liyuk.github.io/writing/2025/04/from-skin-observation-to-product-selection/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2025/04/from-skin-observation-to-product-selection/</guid><description>选彩妆不必先背色号或品牌：先在自然光下观察肤色、明度与当天的肤感，再把选择缩小到适合自己的颜色和质地。</description><pubDate>Sat, 12 Apr 2025 00:00:00 GMT</pubDate></item><item><title>送礼不是选商品：一套理解关系的提问框架</title><link>https://liyuk.github.io/writing/2025/02/gifting-question-framework/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2025/02/gifting-question-framework/</guid><description>一份可直接使用的送礼操作指南：先确认人和场景，再从通用、定制、体验三类礼物里缩小选择。</description><pubDate>Thu, 20 Feb 2025 00:00:00 GMT</pubDate></item><item><title>一套日常全妆的八步流程</title><link>https://liyuk.github.io/writing/2025/04/everyday-full-makeup-decision-framework/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2025/04/everyday-full-makeup-decision-framework/</guid><description>从妆前准备到妆容收尾，一套偏自然、注重持妆与骨相修饰的全妆实操顺序。</description><pubDate>Sat, 12 Apr 2025 00:00:00 GMT</pubDate></item><item><title>新的开始</title><link>https://liyuk.github.io/writing/2026/08/rebuilding-this-site/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2026/08/rebuilding-this-site/</guid><description>这个站点正在从旧的静态博客，迁移为一个关于技术、工作与生活观察的个人出版物；也记录这次重建时做出的取舍。</description><pubDate>Fri, 14 Aug 2026 00:00:00 GMT</pubDate></item><item><title>技术规划，本质上是业务分析与竞品分析</title><link>https://liyuk.github.io/writing/2025/11/technical-planning-business-and-competitive-analysis/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2025/11/technical-planning-business-and-competitive-analysis/</guid><description>技术规划不是项目清单，本质上是两件事：理解要服务的业务（业务分析），理解与对手的差距和水位（竞品分析），再把它们连成目标、取舍与执行之间的因果链。</description><pubDate>Mon, 10 Nov 2025 00:00:00 GMT</pubDate></item><item><title>三个视角看一个项目：画布、路演、尽调</title><link>https://liyuk.github.io/writing/2026/08/canvas-pitch-diligence/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2026/08/canvas-pitch-diligence/</guid><description>记一个区分：商业模式画布是&quot;做给自己看&quot;，创业路演是&quot;讲给别人听&quot;，投资人尽调是&quot;别人来查你&quot;；三者的目的、重点和口径完全不同，别混着用。</description><pubDate>Sat, 15 Aug 2026 00:00:00 GMT</pubDate></item><item><title>管理复盘：从执行到系统的八个判断</title><link>https://liyuk.github.io/writing/2026/08/management-retrospective/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2026/08/management-retrospective/</guid><description>把过去几年在管理、协作与决策上反复出现的判断，收敛成一份只讲一次的总纲：判断、边界、对齐、上下文、闭环、资源、团队与复盘，每条各指向一篇展开。</description><pubDate>Sat, 15 Aug 2026 00:00:00 GMT</pubDate></item><item><title>从零搭建一个回国代理：VLESS + Reality 的踩坑记录</title><link>https://liyuk.github.io/writing/2026/08/vless-reality-return-proxy-notes/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2026/08/vless-reality-return-proxy-notes/</guid><description>从 SSH 临时直连，到要照顾手机和家人的使用体验，最后用 sing-box 收敛为一套可维护的回国网络方案。</description><pubDate>Fri, 14 Aug 2026 00:00:00 GMT</pubDate></item><item><title>商业模式画布：九个格子</title><link>https://liyuk.github.io/writing/2026/08/business-model-canvas/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2026/08/business-model-canvas/</guid><description>企业投资课上学的商业模式画布，记给自己：九个格子各是什么、各自要回答的那个问题，以及&quot;都满足才能做好项目&quot;这句话为什么要按企业阶段来看。</description><pubDate>Sat, 15 Aug 2026 00:00:00 GMT</pubDate></item><item><title>结构化思维实践</title><link>https://liyuk.github.io/writing/2026/08/structured-thinking-practice/</link><guid isPermaLink="true">https://liyuk.github.io/writing/2026/08/structured-thinking-practice/</guid><description>五镜法的实战篇：用面试、晋升、汇报、项目合作四个场景，演示怎么把结构化工具和五镜套到真实问题上。</description></item></channel></rss>