<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Reading on LeoChu Space</title>
    <link>https://leochu.work/blog/reading/</link>
    <description>Recent content in Reading on LeoChu Space</description>
    <generator>Hugo</generator>
    <language>zh-cn</language>
    <lastBuildDate>Tue, 03 Mar 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://leochu.work/blog/reading/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>叫魂</title>
      <link>https://leochu.work/blog/reading/%E5%8F%AB%E9%AD%82/</link>
      <pubDate>Tue, 03 Mar 2026 00:00:00 +0000</pubDate>
      <guid>https://leochu.work/blog/reading/%E5%8F%AB%E9%AD%82/</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;孔飞力《叫魂》。核心观点：一场看似荒诞的民间恐慌，之所以会扩大成全国性政治事件，是因为它精准触发了国家、社会与人心深处的脆弱结构。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h2 id=&#34;核心观点&#34;&gt;核心观点&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;谣言的传播并不靠真实性，而靠可附着性。&lt;/strong&gt; 一个说法只要足够符合时代焦虑，就会迅速扩散。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;国家机器会放大某些恐慌。&lt;/strong&gt; 当权力系统把模糊恐惧上升为正式治理对象时，事情就不再只是民间流言，而会演变成制度性运动。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;底层社会的不安会借由荒诞形式表现出来。&lt;/strong&gt; “叫魂”不是单纯迷信，而是一种集体焦虑的出口。&lt;/p&gt;
&lt;h2 id=&#34;印象较深的部分&#34;&gt;印象较深的部分&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;很多看起来荒唐的事件，背后都埋着真实的不安全感。&lt;/strong&gt; 人们害怕的未必是谣言本身，而是自己无法掌控的生活处境。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;统治者对秩序失控的恐惧，与百姓对生活失控的恐惧，会在同一事件里相互放大。&lt;/strong&gt;&lt;/p&gt;
&lt;h2 id=&#34;读后感&#34;&gt;读后感&lt;/h2&gt;
&lt;p&gt;讲了一整套机制：恐慌怎么形成，怎么扩散，又怎么被权力接手。&lt;/p&gt;
&lt;p&gt;合上书之后，这个判断会变得更清楚：很多群体性狂热都不是偶然，它们总有适合生长的土壤。&lt;/p&gt;</description>
    </item>
    <item>
      <title>万历十五年</title>
      <link>https://leochu.work/blog/reading/%E4%B8%87%E5%8E%86%E5%8D%81%E4%BA%94%E5%B9%B4/</link>
      <pubDate>Mon, 12 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://leochu.work/blog/reading/%E4%B8%87%E5%8E%86%E5%8D%81%E4%BA%94%E5%B9%B4/</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;黄仁宇《万历十五年》。核心观点：历史的转折往往不体现在戏剧性大事件中，而体现在制度内部长期积累的失衡。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h2 id=&#34;核心观点&#34;&gt;核心观点&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;看似平静的一年，往往隐藏着深层结构问题。&lt;/strong&gt; 万历十五年本身没有惊天动地的大事，但正因为如此，它更能显出帝国运转逻辑的疲态。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;个人悲剧常常是制度问题的投影。&lt;/strong&gt; 张居正、申时行、海瑞、戚继光、李贽，这些人物的命运并不只是性格故事，而是制度张力作用到个人身上的结果。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;道德化治理会掩盖技术性治理的缺失。&lt;/strong&gt; 一个系统如果只能不断诉诸名分、道德和姿态，而缺乏可计算、可执行、可调整的治理能力，迟早会陷入僵局。&lt;/p&gt;
&lt;h2 id=&#34;印象较深的部分&#34;&gt;印象较深的部分&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;帝国并不是突然崩坏的。&lt;/strong&gt; 它往往是在表面秩序仍然存在的时候，内部弹性已经一点点耗尽。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;历史里最难修复的不是一次错误，而是长期没有被正视的结构性问题。&lt;/strong&gt;&lt;/p&gt;
&lt;h2 id=&#34;读后感&#34;&gt;读后感&lt;/h2&gt;
&lt;p&gt;很多表面上的人物冲突，放大看，其实都是制度问题在借人发声。&lt;/p&gt;
&lt;p&gt;把它放到现实里对照着看，会更有感觉，因为很多组织衰败的逻辑其实并没变。&lt;/p&gt;</description>
    </item>
    <item>
      <title>精益创业</title>
      <link>https://leochu.work/blog/reading/%E7%B2%BE%E7%9B%8A%E5%88%9B%E4%B8%9A/</link>
      <pubDate>Sun, 09 Nov 2025 00:00:00 +0000</pubDate>
      <guid>https://leochu.work/blog/reading/%E7%B2%BE%E7%9B%8A%E5%88%9B%E4%B8%9A/</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;Eric Ries《精益创业》。核心观点：创业不是把想法尽快做大，而是用最小成本持续验证“哪些假设成立”。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h2 id=&#34;核心观点&#34;&gt;核心观点&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;创业的核心单位不是产品，而是学习。&lt;/strong&gt; 如果一个团队发布了很多功能，却没有获得更清楚的用户认知，本质上并没有前进。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;MVP 的重点是验证，不是简陋。&lt;/strong&gt; 它的价值在于用最小代价测试关键假设，而不是随便做个半成品糊出去。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;增长必须建立在可重复的因果关系上。&lt;/strong&gt; 偶然增长不等于找到模式，真正有价值的是知道“为什么用户会留下来”。&lt;/p&gt;
&lt;h2 id=&#34;印象较深的部分&#34;&gt;印象较深的部分&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;很多团队失败不是因为不努力，而是一直在高效地做错事。&lt;/strong&gt; 这句话几乎适用于所有产品开发。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;转向不是失败，而是认知更新。&lt;/strong&gt; 当关键假设被验证为错误时，继续硬推才是真正的浪费。&lt;/p&gt;
&lt;h2 id=&#34;读后感&#34;&gt;读后感&lt;/h2&gt;
&lt;p&gt;这本书最好的地方，是它把创业从激情叙事拉回到验证逻辑。创业不是证明自己有多投入，而是在不断回答：这个问题到底存不存在，这个解法到底成不成立。&lt;/p&gt;
&lt;p&gt;不只是创业者，做产品的人读这本书也很合适。&lt;/p&gt;</description>
    </item>
    <item>
      <title>男人来自火星，女人来自金星</title>
      <link>https://leochu.work/blog/reading/%E7%94%B7%E4%BA%BA%E6%9D%A5%E8%87%AA%E7%81%AB%E6%98%9F%E5%A5%B3%E4%BA%BA%E6%9D%A5%E8%87%AA%E9%87%91%E6%98%9F/</link>
      <pubDate>Mon, 11 Aug 2025 00:00:00 +0000</pubDate>
      <guid>https://leochu.work/blog/reading/%E7%94%B7%E4%BA%BA%E6%9D%A5%E8%87%AA%E7%81%AB%E6%98%9F%E5%A5%B3%E4%BA%BA%E6%9D%A5%E8%87%AA%E9%87%91%E6%98%9F/</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;约翰·格雷《男人来自火星，女人来自金星》。核心观点：很多两性冲突不是恶意，而是沟通语言和情感需求错位导致的误读。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h2 id=&#34;核心观点&#34;&gt;核心观点&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;很多争执并不是立场冲突，而是回应方式不对。&lt;/strong&gt; 一方在表达情绪时，希望先被理解；另一方却急着给建议、讲道理、解决问题。结果问题还没处理，情绪先被放大了。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;男性和女性在压力下常见的反应不同。&lt;/strong&gt; 书里用“洞穴”和“倾诉”来做比喻：有的人会先退回自己的空间整理情绪，有的人则会通过表达来获得安慰和连接。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;爱意是否被感受到，取决于是否击中对方在意的点。&lt;/strong&gt; 你以为自己在付出，对方却可能没有接收到，因为形式不对、时机不对、语气也不对。&lt;/p&gt;
&lt;h2 id=&#34;对我有帮助的提醒&#34;&gt;对我有帮助的提醒&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;先共情，再建议。&lt;/strong&gt; 别急着修理问题，先让对方感觉自己被听见。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;不要把差异自动解释成不在乎。&lt;/strong&gt; 很多时候对方不是冷漠，而是处理情绪的方式跟自己不一样。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;关系里需要翻译能力。&lt;/strong&gt; 同一句话，在不同的人耳朵里，可能完全不是一个意思。愿意多解释一步，很多误会根本不会扩大。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;不要在错误时机沟通。&lt;/strong&gt; 一方需要空间时被追问，一方需要回应时被回避，都会让原本不大的问题迅速升级。&lt;/p&gt;
&lt;h2 id=&#34;读后感&#34;&gt;读后感&lt;/h2&gt;
&lt;p&gt;这本书有时代背景，里面有些表达今天看会显得比较类型化，但它提醒了一件很实用的事：亲密关系里，“你到底想表达什么”和“对方实际听到了什么”经常不是一回事。&lt;/p&gt;
&lt;p&gt;如果把它当成一套绝对性别规则，价值会有限；但如果把它当成一本关于差异化沟通的入门书，反而很有启发。它提供的不是结论，而是一个解释框架：很多矛盾不是谁对谁错，而是两套系统在错位运行。理解这一点，关系至少不会越走越窄。&lt;/p&gt;</description>
    </item>
    <item>
      <title>凤凰架构</title>
      <link>https://leochu.work/blog/reading/%E5%87%A4%E5%87%B0%E6%9E%B6%E6%9E%84/</link>
      <pubDate>Sun, 03 Aug 2025 00:00:00 +0000</pubDate>
      <guid>https://leochu.work/blog/reading/%E5%87%A4%E5%87%B0%E6%9E%B6%E6%9E%84/</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;周志明《凤凰架构》。核心观点：架构不是炫技，不是堆名词，而是在约束条件下持续支持业务演进的系统设计。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h2 id=&#34;核心观点&#34;&gt;核心观点&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;架构首先服务于演进。&lt;/strong&gt; 一个系统最重要的能力，不是初版多优雅，而是变化来临时能否低成本调整。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;分布式不是目标，只是代价高昂的手段。&lt;/strong&gt; 很多问题在单体阶段并不存在，一旦走向分布式，复杂性、调用链、事务一致性、运维成本都会急剧上升。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;架构决策必须对应具体问题。&lt;/strong&gt; 如果没有明确的性能瓶颈、组织边界或交付约束，很多“先进架构”都只是过度设计。&lt;/p&gt;
&lt;h2 id=&#34;印象较深的部分&#34;&gt;印象较深的部分&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;技术选型背后总有交换。&lt;/strong&gt; 性能、可维护性、可扩展性、团队认知成本，永远不可能同时最优。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;架构能力的一部分是克制。&lt;/strong&gt; 什么时候不拆、什么时候不分布式、什么时候保留简单方案，往往比“会多少框架”更重要。&lt;/p&gt;
&lt;h2 id=&#34;读后感&#34;&gt;读后感&lt;/h2&gt;
&lt;p&gt;这本书好在它不太谈抽象的“架构之美”，而是不断把问题拉回现实：业务规模、团队能力、系统约束、演进成本。&lt;/p&gt;
&lt;p&gt;这本书最后落下来的判断很明确：好的架构师不只是会设计复杂系统，更重要的是知道复杂性应该从哪里开始，又该在哪停下来。&lt;/p&gt;</description>
    </item>
    <item>
      <title>优势谈判</title>
      <link>https://leochu.work/blog/reading/%E4%BC%98%E5%8A%BF%E8%B0%88%E5%88%A4/</link>
      <pubDate>Sat, 19 Jul 2025 00:00:00 +0000</pubDate>
      <guid>https://leochu.work/blog/reading/%E4%BC%98%E5%8A%BF%E8%B0%88%E5%88%A4/</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;罗杰·道森《优势谈判》。核心观点：谈判不是零和博弈，而是让双方都觉得自己赢了的艺术。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h2 id=&#34;核心原则&#34;&gt;核心原则&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;永远不要接受第一次报价。&lt;/strong&gt; 即使条件很好，接受也会让对方后悔——他们会觉得本可以要得更少。让对方经过一番拉锯，才能真正感到满足。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;开价要高于预期。&lt;/strong&gt; 为自己留出让步空间。让步本身就是一种礼物，能让对方感到赢了。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;让步要递减，不要等额。&lt;/strong&gt; 每次让步幅度依次缩小，暗示已经接近底线。等额让步反而会让对方期待下一次同样幅度的让步。&lt;/p&gt;
&lt;h2 id=&#34;常用战术&#34;&gt;常用战术&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;退缩（Flinch）&lt;/strong&gt;：对报价表现出明显的惊讶，无论心里怎么想。沉默和惊讶会让对方主动补充解释或降价。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;不情愿的卖家/买家&lt;/strong&gt;：在开始谈判前表现出勉为其难，压低对方的期望值，同时给自己争取更大的空间。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;更高权威&lt;/strong&gt;：告知对方需要请示上级，为自己保留退路，避免当场被逼表态。这不是谎言，是谈判工具。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;逐步蚕食（Nibbling）&lt;/strong&gt;：在达成主要协议后，再追加小要求。此时对方已经投入，更难拒绝。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;好警察/坏警察&lt;/strong&gt;：多人谈判时分工，一人强硬，一人温和，引导对方向温和一方妥协。&lt;/p&gt;
&lt;h2 id=&#34;读后感&#34;&gt;读后感&lt;/h2&gt;
&lt;p&gt;技巧本身不是重点，理解背后的心理才是。谈判双方都需要一个&amp;quot;我赢了&amp;quot;的感受，好的谈判者的工作就是在达成目标的同时，帮对方也构建这个感受。&lt;/p&gt;</description>
    </item>
    <item>
      <title>卓有成效的管理者</title>
      <link>https://leochu.work/blog/reading/%E5%8D%93%E6%9C%89%E6%88%90%E6%95%88%E7%9A%84%E7%AE%A1%E7%90%86%E8%80%85/</link>
      <pubDate>Mon, 14 Apr 2025 00:00:00 +0000</pubDate>
      <guid>https://leochu.work/blog/reading/%E5%8D%93%E6%9C%89%E6%88%90%E6%95%88%E7%9A%84%E7%AE%A1%E7%90%86%E8%80%85/</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;彼得·德鲁克《卓有成效的管理者》。核心观点：管理者的有效性不是天赋，而是一套可以训练的工作习惯。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h2 id=&#34;核心观点&#34;&gt;核心观点&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;先管理时间。&lt;/strong&gt; 很多管理失效，本质上不是能力不足，而是时间被切碎到无法做真正重要的事。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;重视贡献而不是忙碌。&lt;/strong&gt; 有效管理者会不断问：我这项工作最终对组织产生了什么结果，而不是我今天看起来做了多少事。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;用人要看长处。&lt;/strong&gt; 管理的任务不是修理人的短板，而是把不同人的强项放到能产生效果的位置上。&lt;/p&gt;
&lt;h2 id=&#34;印象较深的部分&#34;&gt;印象较深的部分&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;决策不是越多越好，而是少而关键。&lt;/strong&gt; 真正重要的决策不会天天发生，关键在于识别哪些问题值得上升到决策层面。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;管理不是控制细节，而是让系统产出结果。&lt;/strong&gt; 一个人如果永远沉迷于亲自处理所有问题，通常意味着管理结构出了问题。&lt;/p&gt;
&lt;h2 id=&#34;读后感&#34;&gt;读后感&lt;/h2&gt;
&lt;p&gt;很多问题最后都会落回管理者自己身上：时间是不是被切碎了，事情是不是做了很多却没结果，管理是不是变成了盯细节。&lt;/p&gt;
&lt;p&gt;我读完最大的感受是，有效性不是更努力，而是先分清什么值得投入，什么只是看起来忙。&lt;/p&gt;</description>
    </item>
    <item>
      <title>亲密关系</title>
      <link>https://leochu.work/blog/reading/%E4%BA%B2%E5%AF%86%E5%85%B3%E7%B3%BB/</link>
      <pubDate>Sun, 16 Mar 2025 00:00:00 +0000</pubDate>
      <guid>https://leochu.work/blog/reading/%E4%BA%B2%E5%AF%86%E5%85%B3%E7%B3%BB/</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;罗兰·米勒《亲密关系》。核心观点：好的关系不是“找到对的人”就自动成立，而是理解吸引、依恋、沟通与冲突如何共同塑造一段关系。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h2 id=&#34;核心观点&#34;&gt;核心观点&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;关系质量取决于互动是否长期稳定、可预期。&lt;/strong&gt; 我们常常不是在和真实的人相处，而是在和自己脑中的“理想伴侣模板”相处。期待越不切实际，越容易把普通摩擦解读成严重问题。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;亲密感来自持续的自我暴露。&lt;/strong&gt; 关系变深，不是因为一次惊天动地的表达，而是因为双方愿意不断交换真实的信息、情绪和脆弱。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;依恋模式会影响相处方式。&lt;/strong&gt; 安全型更容易建立稳定联结；焦虑型更容易反复确认爱；回避型则会在靠近时本能撤退。很多矛盾，不是因为不爱，而是因为应对亲密的方式不同。&lt;/p&gt;
&lt;h2 id=&#34;印象较深的部分&#34;&gt;印象较深的部分&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;吸引不只是感觉问题。&lt;/strong&gt; 熟悉、相似、接近、回应感，这些都比“命中注定”更能解释一段关系为什么会开始。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;满意度来自比较。&lt;/strong&gt; 人会用“我本来能得到什么”来衡量当前关系，所以幸福感并不只来自伴侣本身，也来自自己的参照系。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;回应感比付出总量更重要。&lt;/strong&gt; 不是做了多少，而是对方是否感到被理解、被在意。很多冲突，本质上都是回应缺失。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;冲突不可避免，但处理方式有高下。&lt;/strong&gt; 逃避、指责、翻旧账都会消耗关系；能把问题和人格分开讨论，关系才有修复空间。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;归因方式会持续影响关系温度。&lt;/strong&gt; 对伴侣更容易做负面归因，对自己则更容易找情境理由；这种偏差会一点点侵蚀善意。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;回应循环会把小问题放大成结构性问题。&lt;/strong&gt; 一方冷淡，另一方就会加码确认；加码又会让前者更想后退，最后形成“越追越逃、越逃越追”的负反馈。&lt;/p&gt;
&lt;h2 id=&#34;读后感&#34;&gt;读后感&lt;/h2&gt;
&lt;p&gt;这本书最有价值的地方，是把很多原本被浪漫化的东西重新放回现实。爱情并不是纯凭运气，也不是只靠感觉维持。很多我们以为是“缘分不好”的问题，其实是认知偏差、沟通习惯、依恋模式和互动结构共同作用的结果。&lt;/p&gt;
&lt;p&gt;成熟的亲密关系，不是从不受伤，而是双方都愿意学习如何更好地靠近彼此，同时保留边界，修正误解，维持稳定回应。&lt;/p&gt;</description>
    </item>
    <item>
      <title>人月传奇</title>
      <link>https://leochu.work/blog/reading/%E4%BA%BA%E6%9C%88%E4%BC%A0%E5%A5%87/</link>
      <pubDate>Wed, 22 Jan 2025 00:00:00 +0000</pubDate>
      <guid>https://leochu.work/blog/reading/%E4%BA%BA%E6%9C%88%E4%BC%A0%E5%A5%87/</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;Frederick P. Brooks Jr.《人月传奇》。核心观点：软件项目最大的难点不是编码本身，而是复杂性、沟通成本和不可压缩的系统设计工作。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h2 id=&#34;核心观点&#34;&gt;核心观点&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;向延期项目增加人手，只会让它更晚。&lt;/strong&gt; 新人加入需要沟通、培训、同步上下文，短期内增加的是负担而不是产能。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;概念完整性比局部聪明更重要。&lt;/strong&gt; 一个系统最宝贵的是整体一致的设计语言，而不是每个模块都由最聪明的人各自发挥。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;软件开发存在本质复杂性。&lt;/strong&gt; 有些问题可以靠工具改善，但需求理解、系统边界、多人协作这些难题无法被简单消灭。&lt;/p&gt;
&lt;h2 id=&#34;印象较深的部分&#34;&gt;印象较深的部分&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;人月并不能自由替换。&lt;/strong&gt; 并不是每个任务都能线性拆分后并行推进，很多关键工作天然依赖少数人做深度思考。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;文档和接口设计是沟通成本控制器。&lt;/strong&gt; 项目一旦变大，真正稀缺的就不是“谁会写代码”，而是“谁能让协作保持有序”。&lt;/p&gt;
&lt;h2 id=&#34;读后感&#34;&gt;读后感&lt;/h2&gt;
&lt;p&gt;这本书虽然老，但读起来并不旧。今天工具多了很多，项目翻车的原因却没怎么变：目标没说清，边界没定住，沟通一乱，就开始指望“再加点人”补回来。&lt;/p&gt;
&lt;p&gt;核心是把软件工程从“多写点代码”拉回到“怎么组织人和系统一起工作”。&lt;/p&gt;</description>
    </item>
    <item>
      <title>深入理解jvm</title>
      <link>https://leochu.work/blog/reading/%E6%B7%B1%E5%85%A5%E7%90%86%E8%A7%A3jvm/</link>
      <pubDate>Sat, 04 Jan 2025 00:00:00 +0000</pubDate>
      <guid>https://leochu.work/blog/reading/%E6%B7%B1%E5%85%A5%E7%90%86%E8%A7%A3jvm/</guid>
      <description>&lt;h2 id=&#34;第一部分-走进java&#34;&gt;第一部分 走进java&lt;/h2&gt;
&lt;h3 id=&#34;第一章-走进java&#34;&gt;第一章 走进java&lt;/h3&gt;
&lt;h4 id=&#34;12-java技术体系&#34;&gt;1.2 java技术体系&lt;/h4&gt;
&lt;p&gt;&lt;img alt=&#34;Pasted image 20230331145417.png&#34; loading=&#34;lazy&#34; src=&#34;https://leochu.work/blog/resource/Pasted%20image%2020230331145417.png&#34;&gt;&lt;/p&gt;
&lt;h4 id=&#34;13-java发展史&#34;&gt;1.3 java发展史&lt;/h4&gt;
&lt;blockquote&gt;
&lt;p&gt;Jigsaw项目：虚拟机层面的模块化支持。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;&lt;strong&gt;DLL HELL :  &lt;a href=&#34;https://leochu.work/blog/tech/engineering/%E6%A8%A1%E5%9D%97%E5%9C%B0%E7%8B%B1/&#34;&gt;模块地狱&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;
&lt;h4 id=&#34;14-jvm家族&#34;&gt;1.4 jvm家族&lt;/h4&gt;
&lt;h5 id=&#34;141虚拟机始祖sun-classicexact-vm&#34;&gt;1.4.1　虚拟机始祖：Sun Classic/Exact VM&lt;/h5&gt;
&lt;p&gt;编译器/解释器/即时编译器 : &lt;a href=&#34;https://leochu.work/blog/tech/java/java%E4%BB%A3%E7%A0%81%E7%9A%84%E8%BF%90%E8%A1%8C/&#34;&gt;java代码的运行&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;&lt;a href=&#34;https://leochu.work/blog/tech/java/exact-vm/&#34;&gt;Exact VM&lt;/a&gt; 使用准确式内存管理（Exact Memory Management，也可以叫Non-Con-servative/Accurate Memory Management）&lt;/p&gt;
&lt;h5 id=&#34;142武林盟主hotspot-vm&#34;&gt;1.4.2　武林盟主：HotSpot VM&lt;/h5&gt;
&lt;p&gt;HotSpot虚拟机是Sun/OracleJDK和OpenJDK中的默认Java虚拟机，也是目前使用范围最广的Java虚拟机。&lt;/p&gt;
&lt;h4 id=&#34;16实战自己编译jdk&#34;&gt;1.6　实战：自己编译JDK&lt;/h4&gt;
&lt;h5 id=&#34;161获取源码&#34;&gt;1.6.1　获取源码&lt;/h5&gt;
&lt;p&gt;&lt;a href=&#34;https://hg.openjdk.java.net/jdk/jdk12/&#34;&gt;OpenJDK 12地址&lt;/a&gt;
&lt;img alt=&#34;Pasted image 20230331162843.png&#34; loading=&#34;lazy&#34; src=&#34;https://leochu.work/blog/resource/Pasted%20image%2020230331162843.png&#34;&gt;&lt;/p&gt;
&lt;p&gt;&lt;a href=&#34;https://leochu.work/blog/tech/java/jdk8%E5%92%8Cjdk8u%E6%9C%89%E4%BB%80%E4%B9%88%E5%8C%BA%E5%88%AB/&#34;&gt;jdk8和jdk8u有什么区别&lt;/a&gt;?&lt;/p&gt;
&lt;h5 id=&#34;162系统需求&#34;&gt;1.6.2　系统需求&lt;/h5&gt;
&lt;p&gt;推荐linux 64位和mac os 64位&lt;/p&gt;
&lt;p&gt;查看位数命令:
&lt;code&gt;getconf LONG_BIT&lt;/code&gt;&lt;/p&gt;
&lt;h2 id=&#34;第二部分自动内存管理&#34;&gt;第二部分　自动内存管理&lt;/h2&gt;
&lt;h3 id=&#34;第2章java内存区域与内存溢出异常&#34;&gt;第2章　Java内存区域与内存溢出异常&lt;/h3&gt;
&lt;h4 id=&#34;22运行时数据区域&#34;&gt;2.2　运行时数据区域&lt;/h4&gt;
&lt;p&gt;&lt;img alt=&#34;Pasted image 20230331171948.png&#34; loading=&#34;lazy&#34; src=&#34;https://leochu.work/blog/resource/Pasted%20image%2020230331171948.png&#34;&gt;&lt;/p&gt;
&lt;h5 id=&#34;221程序计数器&#34;&gt;2.2.1　程序计数器&lt;/h5&gt;
&lt;p&gt;&lt;a href=&#34;https://leochu.work/blog/tech/java/%E7%A8%8B%E5%BA%8F%E8%AE%A1%E6%95%B0%E5%99%A8/&#34;&gt;程序计数器&lt;/a&gt;（Program Counter Register）是一块较小的内存空间，它可以看作是当前线程所执行的字节码的行号指示器。&lt;/p&gt;
&lt;h5 id=&#34;222java虚拟机栈&#34;&gt;2.2.2　Java虚拟机栈&lt;/h5&gt;
&lt;p&gt;与程序计数器一样，&lt;a href=&#34;https://leochu.work/blog/tech/java/java%E8%99%9A%E6%8B%9F%E6%9C%BA%E6%A0%88/&#34;&gt;Java虚拟机栈&lt;/a&gt;（Java Virtual Machine Stack）也是线程私有的，它的生命周期与线程相同。虚拟机栈描述的是Java方法执行的线程内存模型：每个方法被执行的时候，Java虚拟机都会同步创建一个栈帧 用于存储局部变量表、操作数栈、动态连接、方法出口等信息。每一个方法被调用直至执行完毕的过程，就对应着一个栈帧在虚拟机栈中从入栈到出栈的过程。&lt;/p&gt;</description>
    </item>
    <item>
      <title>代码整洁之道</title>
      <link>https://leochu.work/blog/reading/%E4%BB%A3%E7%A0%81%E6%95%B4%E6%B4%81%E4%B9%8B%E9%81%93/</link>
      <pubDate>Sat, 07 Sep 2024 00:00:00 +0000</pubDate>
      <guid>https://leochu.work/blog/reading/%E4%BB%A3%E7%A0%81%E6%95%B4%E6%B4%81%E4%B9%8B%E9%81%93/</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;Robert C. Martin《代码整洁之道》。核心观点：整洁代码不是美学偏好，而是长期可维护性的基础。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h2 id=&#34;核心观点&#34;&gt;核心观点&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;代码首先是写给人读的。&lt;/strong&gt; 机器最终当然会执行，但程序员大部分时间都花在理解和修改已有代码上。可读性不是附加价值，而是主价值。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;函数要短，职责要单一。&lt;/strong&gt; 一个函数一旦同时承担多层抽象、多种意图，理解成本就会迅速上升。短函数不是教条，单一意图才是关键。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;命名是第一层设计。&lt;/strong&gt; 好命名能直接省掉解释成本；坏命名会让系统像永远开着一层雾。&lt;/p&gt;
&lt;h2 id=&#34;印象较深的部分&#34;&gt;印象较深的部分&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;重复不只是代码味道，更是未来修改成本。&lt;/strong&gt; 逻辑复制一次看似省事，后面会以一致性风险的形式成倍偿还。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;错误处理和正常流程应当分离。&lt;/strong&gt; 把异常分支塞进主逻辑里，会让代码阅读路径被打断，结构也变得混浊。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;整洁不是一次性整理，而是持续的小修正。&lt;/strong&gt; 童子军军规式的“离开时让它比来时更干净一点”，比大规模重构更现实。&lt;/p&gt;
&lt;h2 id=&#34;读后感&#34;&gt;读后感&lt;/h2&gt;
&lt;p&gt;代码不会在项目后期突然变整洁，它只会在每次提交里慢慢变好，或者慢慢变烂。&lt;/p&gt;
&lt;p&gt;很多工程问题到最后都不是技术突破不了，而是前面欠下的整洁债开始一起算账。&lt;/p&gt;</description>
    </item>
    <item>
      <title>国王，武士，祭司，诗人</title>
      <link>https://leochu.work/blog/reading/%E5%9B%BD%E7%8E%8B%E6%AD%A6%E5%A3%AB%E7%A5%AD%E5%8F%B8%E8%AF%97%E4%BA%BA/</link>
      <pubDate>Sat, 18 May 2024 00:00:00 +0000</pubDate>
      <guid>https://leochu.work/blog/reading/%E5%9B%BD%E7%8E%8B%E6%AD%A6%E5%A3%AB%E7%A5%AD%E5%8F%B8%E8%AF%97%E4%BA%BA/</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;罗伯特·摩尔《国王，武士，祭司，诗人》。核心观点：成熟男性人格不是单一特质，而是四种原型之间的平衡。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h2 id=&#34;核心观点&#34;&gt;核心观点&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;国王代表秩序与祝福。&lt;/strong&gt; 健康的国王型人格会建立边界、分配资源、让周围人各得其所；失衡时则会滑向专断或软弱。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;武士代表行动与纪律。&lt;/strong&gt; 武士的价值不在攻击性，而在执行力、方向感和承担痛苦的能力。没有武士，很多判断最终都落不了地。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;祭司代表洞察与理解。&lt;/strong&gt; 他对应的是解释世界、提炼模式、理解因果的能力。这个部分越弱，人越容易陷入情绪化和短视。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;诗人代表感受与想象。&lt;/strong&gt; 诗人型让人保有柔软、审美、象征感和与内心世界的连接；但过度时也可能滑向沉溺和虚无。&lt;/p&gt;
&lt;h2 id=&#34;印象较深的部分&#34;&gt;印象较深的部分&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;很多人的问题不是没有力量，而是力量结构失衡。&lt;/strong&gt; 有人只有武士，没有国王，所以执行力强但总在打仗；有人只有祭司，没有武士，所以理解很多但始终不行动。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;成熟不是压抑某一面，而是让不同部分各归其位。&lt;/strong&gt; 这本书最有启发的一点，就是它不把“强硬”“敏感”“理性”“秩序”对立起来，而是把它们看作一整套人格结构。&lt;/p&gt;
&lt;h2 id=&#34;读后感&#34;&gt;读后感&lt;/h2&gt;
&lt;p&gt;这本书原型心理学的味道很重，不是那种拿来就能用的工具书。但它提供了一个很好用的观察框架：很多人并不是简单地“性格有问题”，而是人格结构失了衡。&lt;/p&gt;
&lt;p&gt;把它当镜子看自己，比把它当结论去套别人，要有用得多。&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
