Hello World

03月07日

一、今日完成情况

• Obsidian阅读模式下的渲染修改。
• 解决输入法语音识别垃圾的问题，使用了豆包输入法。
• 梳理一下vim（neovim）、tmux的学习路径，还有常用的技术生产力工具。
• 概念方面：git的英文原版手册需要查看（了解其原理），orbstack（非常好用的虚拟机）学习的必要性，上手曲线。
• 终端关于zsh和bash什么的有什么区别，我需要了解

二、今日感悟

• 核心业务数据​：
  • 基础概念上手和配置
  • 《金瓶梅》看书
  • 再次去熟悉的图书馆，年年月月花相似，岁岁年年人不同。
• ​今日工作总结：​
  • Obsidian导出的PDF样式依然不满足要求，需要琢磨琢磨
• ​明日工作计划：
  • 完成Obsidian的PDF样式修改
  • 电瓶车需要修理一下
  • 琢磨一下Java基本的数据结构的实现方式
• ​今日学习成长：​
  • 对于待人接物的认识，在金瓶梅当中有了新的认识。

三、备注

• 无

四、Obsidian reading和editing模式

方法：停用所有 CSS 代码片段 (CSS Snippets)

你之前可能为了修改某个特定样式，或者从网上复制了一些代码片段，里面包含了带有 !important 标签的全局代码，锁死了正文区域。

• 前往 设置 > 外观 (Appearance)。
• 滚动到最下方的 CSS 代码片段 区域。
• 将所有开启的开关全部关闭。
• 观察正文区域是否立刻恢复了 Blue Topaz 的样式。结果是恢复了。

原因是这样的，我刚刚开始上手Obsidian的时候，还不知道可以选择主题这个事情，因此我是手动导入css的自定义样式的，一遍还在纳闷，原来Obsidian的扩展性这么高，连样式都要学会自己导入css，一直到今天才发现，我一直使用的样式原来是可以跟随主题变化的。

至此，问题解决了，我的reading模式可以导出的PDF样式也是非常漂亮的。

五、tmux，vim的学习路径

• DWM：意义很小，坑很大。除非你想成为 Linux 桌面专家，否则别碰。

• Tmux：在游戏本 Linux 上跑后端服务、数据库、Redis，同时需要监控日志。Tmux 可以在一个终端窗口内分割多个面板，并且会话保持。即使你断开 SSH 或关闭终端，后台程序继续跑。这在 Mac 和 Linux 上行为完全一致，是后端开发的标准技能。

• Neovim：有意义，但要克制。把它当作提升终端效率和统一双机体验的辅助工具，不要让它干扰你学习 Java 核心知识。

• 结论：值得了解，作为“副武器”，但不要强求作为“主武器”。

• 核心建议：利用 IntelliJ IDEA + Settings Sync 解决双机一致性问题，利用 Tmux 解决终端多任务问题，利用 GitHub 解决代码同步问题。这才是最高效的 Java 学习路径。

六、orbstack学习必要性、git基本语法原理

1、orbstack必要性：非常必要

现在就去下载 OrbStack，替换掉 Docker Desktop，理由如下：

1. 免费：个人使用完全免费（企业版才收费）
2. 零学习成本：与 Docker CLI 完全兼容
3. 直接解决你的痛点：资源占用高、启动慢
4. 提升学习效率：让你更专注于 Java 本身

对于你这种正在学习 Java 的开发者，Docker Desktop 的资源占用已经成了学习效率的阻碍，很多框架（Spring Boot、微服务）都依赖 Docker 容器

• OrbStack 让你无需学习复杂配置就能快速运行 MySQL、Redis 等数据库，专注于 Java 代码
• 示例：docker run -p 3306:3306 mysql:5.7 启动数据库只需 2 秒，而不是 10-30 秒

1. 在 MacBook (macOS) 上：
   • 使用 OrbStack 替代 Docker Desktop
   • 学习并使用 Docker CLI 命令（如 docker run -p 8080:8080 my-java-app）
   • 通过 GitHub 同步代码
2. 在 Ubuntu 20.04 (Linux) 上：
   • 安装标准 Docker Engine（sudo apt install docker.io）
   • 使用完全相同的 Docker 命令（因为 OrbStack 和 Docker Engine 的 CLI 是兼容的）
   • 通过 GitHub 同步代码

原因也是在我的MacBook Air环境当中，资源其实消耗大的项目跑不动，可以节约我的DockerDesktop的大量资源消耗，让我在学习的过程当中，可以在不增加学习曲线的情况下，在两个设备协同编程工作。

2、git文档上手必要性：不太必要

我发现git其实没有这么高的要求，只需要知道基本的指令就可以了，其他花里胡哨的方法，直到我用得到的时候才开始上手，来得及的，代码和计算机的学习是一个循序渐进的过程，git也是，我遇到复杂项目的版本管理再学习git的高阶使用方法，当前只需要实现两个设备同步，以下指令学会即可：

A、关于常规流程

在 MacBook 上：

    # 创建新项目
    git init
    git add .
    git commit -m "初始提交"
    git remote add origin https://github.com/your-username/java-project.git
    git push -u origin main
    

在 Ubuntu 上：

# 获取代码
git clone https://github.com/your-username/java-project.git
cd java-project
# 修改代码并提交
git add .
git commit -m "添加新功能"
git push

操作	实际行为	为什么
git clone	默认检出远程仓库的默认分支（通常是 main）	GitHub 从 2020 年起默认使用 main 作为主分支，而不是 master
git commit	提交到当前分支（即 main 分支）	你没有创建新分支，所以直接在 main 上提交
git push	将本地 main 分支的提交推送到远程 main 分支	会覆盖远程 main 分支的历史
这里我作为个人开发者的话，默认就是同一个分支，而且我自己相当于管理员，不需要密码验证，创建新分支等复杂操作，可是团队协作的人多了，便需要了。

在 MacBook 上：

git pull # 获取 Ubuntu 上的最新修改

B、关于分支

• main 分支和你的功能分支是完全独立的
• 别人可以：
  • git checkout main 查看稳定版本
  • git checkout your-feature-branch 查看你的工作
• 他们不需要忽略你的修改，因为分支是并行的

也就是，其实分支就是其他作者的项目，只不过第一个作者创建的名字默认是main而已，两者分支之间其实是等价的，会有一个总的管理员，如果觉得有必要把一个你的分支合并到main当中，覆盖的话，也是可以做到的。

“你不需要’作者同意’才能合并分支，而是需要团队通过 Pull Request 流程进行代码审查。别人可以同时拉取 main 分支和你的功能分支，查看你的工作效果，但只有通过审查后，你的分支才能安全地合并到 main。”

七、tmux 和 orbstack 部署

1、tmux三层结构

• Session（会话）：最大的容器。关闭终端窗口，Session 依然在后台运行。
• Window（窗口）：相当于浏览器里的“标签页”，一个会话可以有多个窗口。
• Pane（面板）：一个窗口可以切分成多个“分屏”，互不干扰。

2、基本语法

tmux 的所有快捷键都需要先按一个“前缀键” Ctrl+b（以下简写为 Prefix），松开后再按功能键。

面板管理（分屏）：

• Prefix + % ：左右垂直分屏
• Prefix + " ：上下水平分屏
• Prefix + 方向键 ：在不同面板间切换
• Prefix + x ：关闭当前面板
• Prefix + z ：最大化/恢复当前面板（非常实用！）

窗口管理（标签页）：

• Prefix + c ：创建一个新窗口
• Prefix + n / p ：切换到下/上一个窗口
• Prefix + 数字(0-9) ：快速跳转到指定窗口
• Prefix + , ：重命名当前窗口

七、金瓶梅片段

这一段描写（出自《金瓶梅》第二十一回）是西门庆府邸中一场极具社交厚黑学色彩的家宴。西门庆的“不愿”与玳安的“挡驾”，折射出明代市井社会中极度现实的权力逻辑与处世智慧。

1、核心议题：社交博弈中的“面子”工程与“挡箭牌”艺术

1. 西门庆为什么不想要“六娘”（李瓶儿）出来？

西门庆在席间推辞说“小妾丑陋，不堪拜见，免了罢”，这显然是虚伪的托词。他真实的心态包含以下三重考量：

• 身份的“原罪”与避嫌： 李瓶儿是西门庆通过不正当手段（先偷情、后吞财）从结拜兄弟花子虚那里抢来的。虽然现在成了亲，但“兄弟妻不可欺”的道德污点在熟人圈（尤其是应伯爵等兄弟面前）是公开的秘密。西门庆不让她出来，是为了模糊这段不光彩的过往，避免直面尴尬。

• 家庭权力的平衡： 吴月娘（大娘）此时正因西门庆纳李瓶儿进门而处于冷战状态。如果此时让李瓶儿公然出来接受众人的“拜见钱”，无异于在全家人面前宣示李瓶儿的受宠地位，这会进一步激化与正妻月娘的矛盾。西门庆此时选择**“冷处理”**，是为了安抚后院。

• 男权社会的“私有物”心态： 李瓶儿美貌且富有，西门庆将其视为一种珍贵的私有资产。应伯爵等人是著名的“帮闲”，言语轻薄，西门庆不愿自己的美妾成为这些酒肉朋友调侃和窥视的对象。

---

2. 玳安是如何处理这个矛盾的？（智慧拆解）

当应伯爵执意要见新娘子，甚至威胁要直接闯入花园时，小厮玳安展现了极高的职场应变智慧。

核心智慧：虚实结合的“缓兵之计”

• 第一步：假意传话（制造既定事实）

  玳安根本没有去后院，只是走了一圈就回来，假借李瓶儿之口说“六娘道：免了罢”。他深知西门庆的心思，于是主动替主子说出了主子不好意思再三坚持的话。

• 第二步：以守为攻（反向施压）

  当应伯爵拆穿他“几时往后边去”时，玳安并没有慌乱，而是反问：“二爹进去问不是？” 这种**“以退为进”**的做法，利用了客人在主人家必须维持的礼貌底线，让应伯爵无法真的闯入。

• 第三步：幽默化解（建立威慑）

  玳安最后祭出了杀手锏——家里的“大猱狮狗”。他笑称狗很厉害，会撕下应二爹的半截腿来。

  • 智慧点： 他用“畜生”作为挡箭牌，既化解了席间的火药味，又以开玩笑的方式给了应伯爵一个下台阶，同时也含蓄地警告对方：后院是禁地，不可逾越。

思想精华：从“挡驾”看底层人的职场核心竞争力

• 预判力： 玳安不需要西门庆明说，就能精准捕捉到主子的尴尬点。优秀的下属不是执行命令的人，而是消除主子不便的人。
• 背锅力： 他甘愿被应伯爵骂作“小狗骨秃儿”，通过牺牲自己的尊严（被辱骂）来换取社交场面的圆满。
• 边界感： 玳安的智慧在于他清楚地知道，西门府的权力核心是西门庆，他的一切行为都是为了维护西门庆的社交体面。

---

思考笔记：

这一幕是典型的**“主仆双簧”。西门庆的“假推辞”和玳安的“假传话”，共同完成了一次成功的社交防御。它告诉我们，在复杂的利益关系中，“真话”往往是最没用的，而一个灵活的“中间人”和一套“虚构的流程”，才是解决僵局的关键。**

2、核心议题：酒令中的命运谶语——兰陵笑笑生的宿命叙事艺术

这段酒令是《金瓶梅》中罕见的集体命运预言，通过看似随意的行令游戏，作者用隐晦的文学密码为七位核心人物埋下终局伏笔。其精妙之处在于：

---

一、谶语式酒令的三大叙事功能

1. 身份与命运的镜像投射

   • 每人所唱曲牌名（如“醉杨妃”“虞美人”）即为其人格缩影：
     • 吴月娘以“杨妃”自喻，暗藏正室尊荣与孤寂宿命；
     • 西门庆的“虞美人”直指色欲反噬的必然结局。
   • 文学匠心：曲牌名与人物特质形成双重隐喻，如潘金莲的“鲍老儿”（滑稽角色）讽刺其荒淫终遭审判。

2. 意象链的因果闭环

   人物	核心意象	命运兑现
   吴月娘	荼蘼架+游丝	家族崩解后独守残局
   李瓶儿	望夫山+隔墙月	痴情等待化作病榻绝望
   孙雪娥	折足雁+群鸦	被欺凌者终堕风尘

   • 关键机制：每个意象（如“落红满地”“金鼓连天”）均在后续情节中具象化，形成叙事锚点。

3. 封建伦理的无声审判

   • 潘金莲“坏了三纲五常”与武松私刑形成因果报应；
   • 李娇儿“胭脂冷”直指妓女出身者的悲剧循环；
   • 作者立场：通过酒令提前宣告对违背礼法者的终极惩罚。

---

二、孟玉楼的例外：宿命中的破局者

她的酒令暗藏反谶语密码：

• “念奴娇”曲牌暗示才情，“四红沉”骨牌隐喻清醒自持；
• “春风夜月销金帐”的奢华表象下，是唯一主动挣脱命运枷锁的智慧：
  • 不沉溺虚华（对比李瓶儿）；
  • 不挑战伦常（对比潘金莲）；
  • 核心启示：在全员悲剧的框架中，兰陵笑笑生保留一线“人可胜天”的微光。

---

三、思想精华：酒令作为叙事核武器

1. 预叙革命：比西方现代文学早300年使用“闪前”手法，将结局碎片化嵌入日常场景。
2. 集体无意识：热闹宴席中无人参透谶语，暗喻人在命运前的盲目性。
3. 批判升华：用艺术化预言揭露封建家族制度对人性的系统性绞杀。

---

酒令-命运对照表

人物	酒令曲牌	核心隐喻意象	命运结局
吴月娘	六娘子	荼蘼架/游丝	独守衰败西门府
西门庆	虞美人	楚汉争锋/金鼓	纵欲暴亡
李娇儿	水仙子	落红胭脂冷	卷财重操旧业
潘金莲	鲍老儿	三纲五常/非奸做贼	武松剖腹剜心
李瓶儿	端正好	望夫山/隔墙月	丧子病逝
孙雪娥	麻郎儿	折足雁/群鸦	被卖娼门受虐
孟玉楼	念奴娇	四红沉/销金帐	改嫁善终（唯一破局者）

---

转载请注明来源，欢迎对文章中的引用来源进行考证，欢迎指出任何有错误或不够清晰的表达。可以在下面评论区评论，也可以邮件至 kipleyarch@gmail.com