简介

Moyu Search 是一个中文友好的 Tab 搜索扩展，你可以把它看作一个更好的「搜索标签页」功能（即 Shift+Cmd+A）

相比 Shift+Cmd+A，其进步的地方主要有三点：

1. 中文友好：你可以直接用拼音或拼音搜字母去搜索了
2. 更多搜索源：moyu Search 支持 Tab、浏览历史、书签的搜索
3. 样式美观：搜索框直接放在页面中央，再也不用歪头了！

使用方法

• 去 chrome 商店安装扩展 https://chromewebstore.google.com/detail/moyu-search/bomgjaoflafjgeojbdakogolgdingcib?authuser=0&hl=zh-CN
• 在任意页面按下 ctrl+p 即可呼出搜索框，搜索你想要的即可

最后

本项目其实是我自己对浏览器 Tab 管理问题的另一种解法，即主动搜索。

这种方式的好处就是当你明确知道自己要去的页面时，可以很快的搜索到，双手无需离开键盘（常用 vim 之类的人应该很熟悉）。配合一些快捷键上的优化，用起来就非常顺手。

本项目还在一个很基础的阶段，对这种 tab 管理方案的探索还有很长路要走，欢迎大家提 issue

Tips

你可以按下 ctrl+p 之后，不松开 ctrl 键，继续按下 p 键，则选择下一个搜索结果，再松开 ctrl 键即可跳转，就像 vscode 里面一样

项目

Mermaid

https://github.com/mermaid-js/mermaid

通过类 Markdown 文本生成各类图表，例如流程图等等

Lazydocker

https://github.com/jesseduffield/lazydocker

like lazygit but for docker

真的很像 lazygit，看截图还以为就是 lazygit

ant-design cursor rules

https://github.com/ant-design/ant-design/blob/master/.cursor/rules/project.mdc

Antd 项目的 cursor rules，可以作为前端项目的参考

文章

Leon’s

https://leonzhang.feishu.cn/wiki/OtHNwmgRbiYgoOksd0gcpgaCnNc

又发现一个持续更新的，整理充分的个人知识库，非常推荐

非常喜欢类似这种的公开分享的知识库，同类的还有产品沉思录等等

米哈游员工手册

https://leonzhang.feishu.cn/wiki/BdoFwigSaiPlWvkyysJcMSc6n1b

流传的米哈游员工手册，很长也很丰富，从公司理念到终极愿景都原原本本的写了出来，值得一看。

Steam 员工手册

https://media.steampowered.com/apps/valve/hbook-SCH.pdf

相应的我也找到了 steam 的员工手册，有很多相似的地方，例如：

1. 我们不是“游戏”公司
2. 员工之间的平等
3. 招聘的重要性和高标准

但 steam 有一个关键的不同之处：steam 的员工可以自由选择自己想做的项目，在 steam 中工作你更像一个创业者而不是员工，你需要强大的自驱力才能在 steam 中待下去。米哈游则更像传统公司，只不过其强调 “context” 的管理模式。

项目

Smear cursor for Neovim

https://github.com/sphamba/smear-cursor.nvim

一个 nvim 插件，能让你在没有图形能力的终端模拟器上实现类似 Neovide 中的光标动画效果。

试用了一下，效果非常好，配合 neoscroll 效果更佳。简单看了下实现原理：通过 neovim 的虚拟文本实现的

University Information

https://github.com/CollegesChat/university-information

总结了一些会实实在在影响大学生活质量的要求和细节

每个点都挺有道理的，但这些依然是周边因素，不完全决定你大学的质量

1Capture

https://docs-1c.hapigo.com/

新发现的一个截图软件，亮点是颜值很高，mac 原生的风格，该有的功能也都有，而且是买断制的。

文章

跑了一晚上京东外卖，记录一下

https://www.v2ex.com/t/1136194

V 站上一位老哥亲身跑了一晚上京东外卖的记录

Dia 试用

在闲鱼上买了个成品号试用了一下 Dia，全然没有当时 Arc 的那种美学和功能上的惊艳了，在如今各种 AI 工具百花齐放的档口，实在算不上有趣。

Cursor1.0

https://www.cursor.com/en/changelog/1-0

Cursor1.0 发布了，支持 Jupyter Notebooks，新增 Memories，更方便的安装 MCP 等等新功能

onlook

https://github.com/onlook-dev/onlook

号称设计师的 cursor

试用了一下，上来就卡在了应用启动上。而且好像不能调整应用的端口？打算再研究下，因为他也许能解决原型图的问题。

文章

Sleep apnea pill shows striking success in large clinical trial

https://www.science.org/content/article/sleep-apnea-pill-shows-striking-success-large-clinical-trial

一种针对睡眠呼吸暂停的药能显著减少呼吸暂停事件，也许以后真的不用再带着呼吸机睡觉了

Letter to Arc members 2025

https://browsercompany.substack.com/p/letter-to-arc-members-2025

Arc 创始人为 Arc 的用户写的一篇文章，解释了为什么要 Arc 是失败的，为什么需要 Dia 等等关键的问题

文章中提到 Dia 将会扩大测试范围，等到时候用一下 Dia 再说吧

Working with Documentation

https://docs.cursor.com/guides/advanced/working-with-documentation

Cursor 的新功能，可以直接输入文档的地址作为上下文的一部分，非常有用了。

A JavaScript Developer's Guide to Go

https://prateeksurana.me/blog/guide-to-go-for-javascript-developers/

为 js 开发者写的 go 入门教程

类似这种的教程其实非常有用，因为语言之间的确有很多相似的东西，利用自己熟悉的东西做类比就能很快的理解

随想

• 减肥本质其实是改变生活方式
• 赚钱的本质是规模化

弹弹play

https://www.dandanplay.com/index.html

能让本地视频拥有弹幕，很有趣的项目

想象一下带弹幕的 AV 🤔

Notion2Rss

https://github.com/MoYuM/notion2rss

借助 cloudflare 将 notion database 转换为 rss feed

自己的项目，不断迭代中…

文章

微软让 AI 提交 PR

https://github.com/dotnet/runtime/pull/115762

.Net 似乎在使用 copilot ai 写代码，然后提交 pr，再又真人去 review。这一切都公开在仓库中，可以看到 ai 的错误相当之多，往往需要多次的修改。

今天再去看的时候，这个 pr 已经被 close 了

可信实验白皮书

https://tech.meituan.com/2025/05/22/meituan-ab-online-controlled-experiment-01.html

美图技术团队推出的关于 AB 实验的白皮书，保持了美团技术团队一贯的硬核风格。

AB实验对业务来说非常有用，日常工作中也是个很好的出发点，非常推荐

播客

vol.1294 揣测梁博新专困境, 或创作者的普遍危机

https://www.xiaoyuzhoufm.com/episode/6831500f41ef875a12f54dd2

重轻来谈一张很让人困惑的专辑——《精气神》

最终又回到了创作者的困境这个主题里，这似乎是重轻的一个很关注和深入研究的问题。这个问题已经在他参与很多节目中反复提及了，包括他自己的《不在场》

AeroSpace

https://github.com/nikitabobko/AeroSpace

一个 Mac 上 i3-like 窗口管理软件，无需 SIP

试用了一下功能还是很不错的，但感觉对鼠标的支持不好，需要记住很多快捷键才能爽快使用

video

espanso

https://espanso.org/

一个神奇的软件，能让你在任何输入框种获得将 keyword 转换为模板、命令、Emoji 等等的能力

例如你输入 Today is :date 就会自动转换为 Today is 2025/5/20，且这适用于任何一个输入框！

Material 3

https://design.google/library/expressive-material-design-google-research

谷歌发布了其设计语言 Material 的第三个大版本

文章

2021年产品沉思录精选PDF

https://m.okjike.com/originalPosts/6256b4f58a498500101ba0e1

少楠早年整理的沉思录精选集，免费的，非常棒

Coding Without a Laptop - Two Weeks with AR Glasses and Linux on Android

https://holdtherobot.com/blog/2025/05/11/linux-on-android-with-ar-glasses/

一位老哥分享了他使用 AR 眼睛配合一台安装了 Linux 的安卓手机上编程的经历

origin of vim text editor

https://pikuma.com/blog/origins-of-vim-text-editor

介绍了 vim 编辑器的前世今生

播客

《No.190 怎样做播客？》

https://www.xiaoyuzhoufm.com/episode/680f685b8aed253fa307db91

由《三五环》《半拿铁》的主播刘飞分享的一期讲述如何做播客的播客。长达 199 分钟，但没有一点水分，全是干货，这种节目真的不收费么？

就算不听也要过一遍他的 PPT

SurfingKeys

https://github.com/brookhong/Surfingkeys

一个类似 vimium 的 chrome 扩展，但功能更多，体验更好

文章

我的 Mac 2025

https://moyum.notion.site/Mac-2025-1e0e29bd912180c7abc5ffc07f467236

最新公司申请了新的 MacBook air，重新配置了一下，顺便总结出来

Prompt Engineering

https://drive.google.com/file/d/1AbaBYbEa_EbPelsT40-vj64L-2IwUJHy/view?pli=1

谷歌推出的一份 prompt 工程的教程书

PT 下载从入门到养老篇一：站点介绍及生存指南

https://iecho.cc/2019/01/09/beginners-guide-to-private-tracker-1/

网上搜到的一个关于 pt 的入门贴。还看了看这位老哥的其他文章，发现质量也都很好，值得关注

WebTUI

https://webtui.ironclad.sh/

一个让你在仿终端样式的 UI 库，非常酷

Zod V4

https://v4.zod.dev/v4

zod 推出了 v4 beta，全新的内部架构，解决了之前的一些问题。changelog 长的很

zod 文档的这个目录效果挺有意思的

播客

手柄断联

突然发现，之前一些机核老主播和现主播，比如 Nadya、喜字、An姐、阿彬、无头等等，都在做自己的播客，《手柄断联》就是其中之一。喜欢他们的朋友可以去搜一搜看。

很多经典播客似乎都没法可持续发展，从最早的糖蒜，到迪吧，再到机核。一波又一波人来了又走，都没法站稳脚跟。

文章

庆祝微软创立 50 周年

https://www.gatesnotes.com/meet-bill/source-code/reader/microsoft-original-source-code

比尔盖茨在微软创立 50 周年写得一篇文章，除了内容值得一看之外，这个网站的设计也很有意思，各种有趣的细节。

股权薪酬公开指南

https://github.com/jlevy/og-equity-compensation

GitHub 上一个关于股权薪酬这一制度的指南，star 数很高，可以借此了解一下一些经济常识和公司制度

Hurl

https://github.com/Orange-OpenSource/hurl

一个基于文本的命令行请求工具，值得注意的是，它不仅能做请求，还可以做请求的测试

播客

【山有虎】在创作中把你困住的是什么？重轻与汉洋仔细掰扯创作

我虽然完全算不上一个创作者，但我确实想创造性的做一些东西，而不是在公司当齿轮。这一期问题提示出了我这一过程中可能的问题——花太很多时间在编程上，给自己一种安全感。

文章

AppStore 首页推荐后，依然月入不足 3000，独立开发两年血泪复盘

https://www.v2ex.com/t/1121385

V 站上一个独立开发者的心路历程，对于有独立开发想法的人来说很有用，看一看实际的独立开发中真正的问题是什么？

React for two computers

https://overreacted.io/react-for-two-computers/

video

Dan 的一篇长文（真的很长）从零开始讲述 React Server Components 是如何实现的，为什么需要服务器组件等一系列基础问题。看完基本就能对 Server Component 有一个基本的了解

https://www.apple.com/newsroom/2025/02/introducing-apple-invites-a-new-app-that-brings-people-together/

Apple 推出的全新社交 App，你可以使用它邀请朋友参与各种事件

Multipost

https://multipost.app/

一个开源的浏览器插件，可以帮你将内容一键同步发布抖音、小红书、微博等社交网站

Epoch-semver

https://antfu.me/posts/epoch-semver

Anthony Fu 提倡一种新的版本号管理方案

超文本咖啡壶控制协议

https://en.wikipedia.org/wiki/Hyper_Text_Coffee_Pot_Control_Protocol

在查 MDN HTTP 代码的时候发现一个有趣的响应状态 418：服务器拒绝使用茶壶泡咖啡，查了查背后的 wiki 还能看到一个有趣的小故事

NS2

https://www.youtube.com/watch?v=itpcsQQvgAQ

任天堂发布了 Nintendo Switch 2

video

No calls

https://keygen.sh/blog/no-calls/

如果你是一个 saas 服务的经营者，怎么更有效的与顾客沟通？（避免无意义的销售电话）

• 不设置销售电话（只保留极少部分必须的电话沟通）
• 使用 email（这样你就有时间异步的处理问题）
• 讲清楚你能提供的价值
• 建立信任（不要跑路）
• 强调安全性
• 文档中写清楚所有常见的问题，避免重复的提问
• 使用固定的、透明的价格
• 让服务的接入自助化

项目

Notion faces

https://faces.notion.com/?face=s1e28m35n27h166a6y3b20

Notion 推出的一个在线只做 notion 风格头像的服务，选项很多，效果不错

GTX5090 发布

https://www.theverge.com/2025/1/6/24337396/nvidia-rtx-5080-5090-5070-ti-5070-price-release-date

B站上看到了5090+DLSS4 运行黑神话悟空的视频，帧数稳定在230左右，非常恐怖

项目

PDF 文档中的俄罗斯方块

https://th0mas.nl/downloads/pdftris.pdf

Factorio Blueprint Visualizer

https://github.com/piebro/factorio-blueprint-visualizer

将你心爱的「异星工厂」蓝图可视化！

播客

文摘

Ghostty

https://github.com/ghostty-org/ghostty

一个新的终端模拟器，用 zig 编写。很多人都在期待，现在终于发布了 1.0 版本。以 Native、Feature-rich、Fast 为特点

试用了一下，除了感觉比较精致之外，没感觉有什么特别的

Doom

https://doom-captcha.vercel.app/

一个使用 DOOM 作为验证码的项目，你必须在 DOOM 中杀 3 个怪才能通过验证

试了一下，有点难。。。

文章

WezTerm 的视差效果背景

https://wezfurlong.org/wezterm/config/lua/config/background.html

非常酷的效果，如果能配合平滑滚动就更好了

wezterm-parallax-2.mp4

音乐

东北说唱

最近特别上头各种东北说唱，东北话比想象中更适合说唱，自带韵律感。这里推荐两张专辑，都特别有那味。

https://music.163.com/album?id=250136984&userid=33167355

https://music.163.com/album?id=254305364&userid=33167355

Cognitive load is what matters

bookmark

从“认知负担”这个角度去探讨什么样的编码方式才是更好的

Introducing Nuxt Icon v1

bookmark

Nuxt 推出了新的 icon 解决方案，集合了现有的 Iconify Runtime 和 CSS Icons 的优点

项目

XcodeLLMEligible

https://github.com/Kyle-Ye/XcodeLLMEligible

帮助国行 Mac 开启 AI 功能

PISSStream

https://github.com/Jaennaet/pISSStream

一个 mac 菜单栏 app，可以实时的显示空间站中，宇航员的尿桶的含量

顺着找到了另一个项目 https://github.com/ISS-Mimic/Mimic ，也是数据的来源，里面包含了大量关于空间站的实时数据用于遥测

mise

https://github.com/jdx/mise

一个 rust 写的环境配置工具，可以为不同的工作目录设置不同的环境

https://github.com/LadybirdBrowser/ladybird

Ladybird

https://github.com/LadybirdBrowser/ladybird

号称“真正的独立”浏览器，不依赖任何现有的浏览器内核。目前还在非常早期的阶段，前段时间宣布 Mike Shaver 加入了董事会。

Waveterm

https://github.com/wavetermdev/waveterm

一个把终端、编辑器、浏览器等等合而为一的一个工作流终端，感觉有点意思，可以试试

文摘

React v19

https://react.dev/blog/2024/12/05/react-19

https://react.dev/blog/2024/04/25/react-19-upgrade-guide

React 19 正式发布了，更新还挺多。除了新的 “Action” 概念，其他的更多是在迭代优化和实用新hook。

新的 Action 感觉已经被 React Query 和 useRequest 这类库实现了，应该不会有人为了这个升级吧

项目

Awesome Black Friday Cyber Monday

https://github.com/trungdq88/Awesome-Black-Friday-Cyber-Monday

又是一年黑五，看看又什么好买的吧

一直想试试 Alfred，但怎么没有试用版。。

Dynamic Wallpaper Club

https://dynamicwallpaper.club/

一个 mac 墙纸网站，可以分享和创建 mac 动态墙纸

播客

【硬地骇客】EP72 Cursor 掀起 AI coding革命？AI 代码助手又将如何改变编程？

https://www.xiaoyuzhoufm.com/episode/66ba10d933591c27be8c2f8a

最近其实一直在 neovim 和各种 ai 工具之间纠结，虽然 neovim 也有不少 ai 插件，但感觉使用起来还是跟 vscode 体系的 ai 扩展或者其他 ai first 的编辑器有一定差距。

但这期播客讲到的一个点让我轻松很多：“编辑器不仅仅满足对效率的需求，也要满足对情绪的需求”

【李诞】15.经济学家教会我的事，与兰小欢 、xidong 闲谈

https://www.xiaoyuzhoufm.com/episode/6746e4438d1233fb0d7dfd98?s=eyJ1IjogIjVmOGViMjhlZTBmNWU3MjNiYjBjZDAyYiJ9

• 当每时每刻都有选择且有比较，人很难拥有幸福感
• 没有闲钱的时候就投资自己
• 保持每年立遗嘱的习惯
• 跳出线性外推看冷热高低不断变化的经济周期

音乐

《陈婧霏》

https://music.163.com/album?id=120797139&userid=33167355

✨强烈推荐一个宝藏唱作人，这是她的第一张专辑，而第二章专辑《猩红》也已发布。还是是最近大火的电影《好东西》宣传曲的歌手，也有自己的播客《陈婧，霏》。

项目

TSX

https://github.com/privatenumber/tsx

一个 node 环境中运行 typescript 的解决方案，帮你解决各种恼人的小问题。

最近刚好在写一个 node 工具，这玩意儿真是救了命了

Watermark anything

https://github.com/facebookresearch/watermark-anything?tab=readme-ov-file

利用深度学习为图片添加不可见水印，即使编辑图片也依然能勾读取图片中的信息

Avante.nvim

https://github.com/yetone/avante.nvim

让 neovim 拥有类似 curor 的 ai 体验！

Clicknow

https://clicknow.ai/

一个 macos 下的划词软件，融入了 ai 的能力，买断制。

播客

【乱翻书】183.今年双11静悄悄，奇观已成寻常

https://www.xiaoyuzhoufm.com/episode/6734478643dc3a438742d436?s=eyJ1IjogIjVmOGViMjhlZTBmNWU3MjNiYjBjZDAyYiJ9

• 平台和主播之间的蜜月期结束了
• 双十一从一开始就不是以用户为中心的活动
• 从奇迹到寻常

【捕蛇者说】Ep 50. 独立开发，做 App 还是做 SaaS？【开发篇】

https://www.xiaoyuzhoufm.com/episode/6739270d2604e2ab3b6ebb63

几个独立开发者从「开发效率」「跨平台性」「开发设备」「维护成本」「国内环境的跳转」等几个维度讨论了 app 和 saas 开发的区别。

总结起来：SaaS 在开发效率和资源模板方面更具优势，但在移动端的应用受到限制；而 App 开发则更依赖于特定的平台和设备，维护成本可能因操作系统更新和与其他应用的兼容性问题而上升。最终的选择还是要根据开发者的技术背景、目标用户和市场定位来决定。

说得都挺实际的，但作为播客来讲，听感不是很好

blink.cmp

https://github.com/Saghen/blink.cmp

又一个 neovim 补全插件。比 nvim-cmp 速度更快，更易于配置。目前还处于 beta 阶段。

目前还不支持 cmdline 的自动补全

信息

Thinking & Reading

https://www.pmthinking.com/thinking-reading

少楠 2024 年推出的新期刊，免费更新

为什么不使用 Prettier

https://antfu.me/posts/why-not-prettier

antfu 的一篇文章，讲述为什么虽然很喜欢 preitter，但在实际生产中没有使用它。

如果你也恰巧在纠结项目代码风格统一的问题，不妨看看。

南极消防局

https://www.antarcticfire.org/index.html

一个位于 McMurdo Station 的消防局，为 McMurdo Station 及周边设施提供紧急救助服务。

The Ice gets in your blood.

播客

原型 Vol.2｜顿悟

https://www.gcores.com/radios/183774

重轻的新付费专题，主要在讲各种流行文化中那些共性的话题。最新一期讲的是“顿悟”

• 顿悟是长期努力的结果，不是方法。
• 顿悟是新的知识进入你的身体，成为身体的一部分，而不是逻辑上的理解。

话题的封闭和开放

我们先将要讨论的话题分为两类：封闭式和开放式

封闭式话题

封闭式指的就是，已经给出一个结论的问题，比如：

• 外包岗位不是一个好的选择
• React 是最牛逼的前端框架

等等之类

开放式话题

开放式指的就是没有预先假定的结论的话题，比如：

• 如何选择适合自己的岗位？
• 现在最好的前端框架是什么？

结构化表达的方法

互相反驳法

通常用于封闭式话题，即是对话题提出的假设进行驳斥，再对驳斥进行反驳，再驳斥。。。周而复始，直到满意为止。

比如：

外包岗位不是一个好的选择

→ 当前就业环境差，能找到工作就不错了，况且外包的工资也不错。


→ 不能把找不到工作单纯归因在“就业环境差”上，最直接的原因应该是面试的表现不够好，应该提高面试能力。


→ 短时间内不能提高面试能力，纯技术问题可以补，但无法凭空捏造项目经历。在本身能力有限的情况下，选择外包先干着，努力找转正机会呗。


→ 等等。。。

罗列难点法

而对于开放式话题，我们可以使用罗列难点的方式来结构化的表达。列举难点之后，需要再举出一些能解决这些难点的例子，并且对比这些例子是如何解决问题的，其中优劣如何？

比如：

现在最好的前端框架是什么？

那我们可以先列一下当前前端开发中面对的主要问题有哪些，再看看当前这些主流框架都是如何解决这些问题的

分类穷举法（麦肯锡金字塔法）

精读笔记 | 《金字塔原理》：思考清晰才能表达有力

简单来讲，就是把你的问题按不同视角去分类，再逐一的分析。分析的时候可能需要进一步的分类，一层层向下，直到表达清楚或足够深度。

video

classnames 能帮助我们快速且灵活的构建出一个className字符串。

其实同类的库还有 Classcat，clsx

核心逻辑

利用 arguments 的特性——所有参数存放在一个类数组里，循环遍历每个参数。

不同的参数类型对应不同的动作。

• 数字/字符串 ⇒ 保留 truthy 的值
• 数组 ⇒ 再次调用 classnames() 做递归
• 对象 ⇒ 保留所有值为 truthy 的值，忽略其余

上面保留下来的值都会存入一个数组中。

最后会把这个数组转换成字符串作为最终结果返回。

一些问题

为什么不能 if (module && module.exports)

小知识点

因为这样会引用报错

需要这样写

if (typeof module !== 'undefined' && module.exports) {
	...
}

为什么要检查hasOwnProperty

小知识点

检查一个对象中的属性是不是他自己的，而不是他继承来的，很容易理解。

例如有人在 Object.prototype 上挂载了自己的属性

但为什么要从别处引用 hasOwnProperty ?

var hasOwn = {}.hasOwnProperty;

...

if (hasOwn.call(arg, key) && arg[key]) {
		classes.push(key);
}

因为这个对象有可能没有 hasOwnProperty

bookmark

为什么支持数字？

小知识点

很奇怪的功能，毕竟没人会把数字当作class名。也确实有人提了一个issue询问此事。

最初版本中确实是不支持数字的，直到这个issue。

这里就说明了为什么加上对数字的支持，仅仅因为readme中写的是"falsy keys won't be included"。

但类似数字 1 这种非 falsy 值却会被忽略。加入对数字的支持就是为了解决这个问题。

再说加上这个支持也不难，也没有额外的副作用，就一直留着了。

但现在有个问题是：真的不能拿数字当作class名么？

答案是肯定的。

首先在 html 中，是可以给class一个数字的，不会报错。

在 CSS 中虽然允许类名中存在数字，但不允许以数字开头。

必须使用转译符 \ 。

最终代码这样写

.\36\36\36 {
	color: red;
}

CSS标准

为什么要返回undefined？

为什么不接受这个PR

bookmark

考虑下面一种情况

const classname = classnames({'foo': false})

return (
	<div className={classname}>Hello,world</div>
)

结果为

<div class>Hello,world</div>

class 属性依然存在，因为这时 classnames 返回的是 '' 。

而如果返回的是 undefined ，则结果会变成。

<div>Hello,world</div>

这样的 html 没有了多余的属性，看起来更加简洁了

那要不要提个 PR 改进一下呢？只要在最终返回结果的时候过滤一下就行了，很简单。

但真的要这样改么？

作者最终给出的回复是：不要改。主要原因在于：要尽量避免预期外的行为

而对于classnames这样一个已经被大量使用的库，稳定性和安全性是优先考虑的。这样一个 breaking change 显然是不可接受的。

classnames() 会从始终返回一个字符串，变成可能返回一个字符串。

如果真的出现 undefined 就将它强制转换为字符串，也就是 'undefined' ，是一个更好的方式

如果真的不想要一个空字符串，也可以自己把 classnames 包裹一下

const cx = args => classnames(...args) || undefined;

为什么要检查 toString()

为什么接受这个PR

bookmark

在最新版本的 classnames 中的我们可以看见这样的代码

if (argType === 'object') {

		// 这一层判断是做什么的？
		if (arg.toString === Object.prototype.toString) {
				for (var key in arg) {
						if (hasOwn.call(arg, key) && arg[key]) {
							classes.push(key);
						}
				}
		} else {
					classes.push(arg.toString());
		}
}

显然这里的意思是：如果传入的对象身上有一个自定义的 toString() 则自动调用 toString()

但为什么要这样写？有什么用？

想象这样一个场景：我在使用一个可以生成类名的库，类似于这样

class MyClassName {
    constructor(mainName) {
      this.name = mainName;
    }

    el(element) {
      this.name = this.name + '_' + element;
      return this
    }

    toString(){
      return this.name;
    }
  }

const className = new MyClassName('hbc');

return (
    <button className={className.el('btn')}>
      hello,world
    </button>
);

这样的代码结果是

<button class="hbc_btn">hello,world</button>

我并没有显式的调用 toString() ，但我却拿到了预期的结果。

那是因为 React 在这里做了一次隐式转换

// `setAttribute` with objects becomes only `[object]` in IE8/9,
// ('' + value) makes it output the correct toString()-value
attributeValue = '' + value;

JS 会自动调用 toString() 以求得到一个字符串的结果

所以在React中如果传一个对象到 className 会得到什么？

const obj = {}

return (
	<div className={obj}>Hello,world</div>
)

得到

<div class="[object Object]">Hello,world</div>

不会报错

但最初的 classnames 并没有考虑这一点。如果使用 classnames 的话，必须显式的调用 toString() 。

很多的 UI 库都依赖于 classnames ，比如 ant-design、Semantic UI...

所以，当你期望像使用 React 原生组件那样，使用这类 UI 库组件的时候，你就得不到想要的结果。

bookmark

所以，这样的改变能让各类使用了 classnames 的UI库，让其组件的行为能和 React 原生组件保持一致。

为什么需要 dedupe.js

为什么接受这个PR

bookmark

想象这样一个场景

classNames('foo', 
	{ 
		foo: false,
		bar: true 
	}
)

输出的结果会是 'foo bar' ，对象中的 foo: false 没有覆盖掉前面的 'foo' 。

想要实现这个功能，必须采用新的思路，但新思路的运行速度没法像原来一样快。最初版本的 dedupe.js 比原始函数慢10倍。

而这种性能上的差异对于 classnames 来说是不可接受的。

我们的工具函数需要一个新功能，但想实现新功能需要重构这个函数，而且还会降低性能。

我们又不想影响原本的函数，该如何是好？

解决方法其实很简单，写一个新的函数就行了。

classnames 加入了一个新的导出选项，如果有去重需要的使用者，自行导出 dedupe.js 就行了。这样就不会影响原始函数的性能表现，还能给新用户提供去重功能。

import classNames from 'classnames/dedupe';

性能优化

性能优化主要集中在 dedupe.js 中，毕竟这个函数是最慢的

最初的 dedupe.js 是这样的

function () {
	'use strict';

	function _parseArray (resultSet, array) {
		var length = array.length;

		for (var i = 0; i < length; ++i) {
			_parse(resultSet, array[i]);
		}
	}

	function _parseObject (resultSet, object) {
		for (var k in object) {
			if (object.hasOwnProperty(k)) {
				if (object[k]) {
					resultSet[k] = true;
				} else {
					delete resultSet[k]
				}
			}
		}
	}

	function _parseNumber (resultSet, num) {
		resultSet[num] = true;
	}

	var SPACE = /\s+/;
	function _parseString (resultSet, str) {
		var array = str.split(SPACE);
		var length = array.length;

		for (var i = 0; i < length; ++i) {
			resultSet[array[i]] = true;
		}
	}
const argType = typeof arg

	function _parse (resultSet, arg) {
		// 'foo bar'
		if ('string' === argType) {
			_parseString(resultSet, arg)

		// ['foo', 'bar', ...]
		} else if (Array.isArray(arg)) {
			_parseArray(resultSet, arg)

		// { 'foo': true, ... }
		} else if ('object' === typeof arg) {
			_parseObject(resultSet, arg)

		// '130'
		} else if ('number' === typeof arg) {
			_parseNumber(resultSet, arg)
		}
	}

	function _classNames () {
		function add () {}
		add.prototype = Object.create(null);
		const obj = new add();
		var classes = '';
		var argLength = arguments.length;

		for (var i = 0; i < argLength; ++i) {
			_parse(classSet, arguments[i]);
		}

		for (var k in classSet) {
			if (classSet.hasOwnProperty(k) && classSet[k]) {
				classes += ' ' + k;
			}
		}

		return classes.substr(1);
	}

	return _classNames;
}

整体思路和现在一致，都是用一个对象当作缓存，再遍历每个参数，值为 truthy 则对应的键设置为 true

• 删除值为 falsy 的键

  if ('object' === typeof arg) {
  	for (var k in arg) {
  		if (arg.hasOwnProperty(k)) {
  			result[k] = arg[k];
  		} else {
  			
  			// 删掉不需要的值，这样在最后遍历缓存对象的时候就不用判断了
  			// 遍历次数也能少一些
  			delete result[k];
  		}
  	}
  }
  

  但对一个对象做删除操作会降低这个对象的性能

  hidden class

  在JS引擎中，引擎使用了hidden class优化对象，使其能快速的访问属性

  bookmark

  在 JS 中，不同的对象可能拥有相同的形状

  const object1 = { x: 1, y: 2 };
  const object2 = { x: 3, y: 4 };
  

  

  如果为每个对象都完整的储存他们的属性名和属性值，那无疑是浪费空间的。

  为此，引擎将对象的形状单独储存

  

  shape 包含除 [[Value]] 之外的所有属性名和其余特性。用对象值的偏移量 Offest 代替 [[Value]] 。这样引擎就知道去哪里查找具体值了。

  每个具有相同形状的对象都指向这个 Shape 事例。每个对象只需要存储对这个对象来说唯一的那些值。

  

  当我们为对象添加新的属性时

  引擎会生成一个新的 Shape ，而对象也会转而指向这个新的 Shape

  

  每个 Shape 都与之前的 Shape 相连，这样，新的 Shape 就只需要保存新的属性值即可。旧属性可以沿着 Shape 链往回找就行了。

  delete 操作可能会导致引擎改变对象的结构，降级为哈希表储存方式。应尽量避免使用，就算没有改变对象结构，也会让引擎调用 check 方法，检查是否应该将对象结构降级。同样会影响性能。

  bookmark

  bookmark

  所以现在我们知道不应该使用 delete 了。所以目前最新的版本是这样的。

  function _parseObject (resultSet, object) {
  	for (var k in object) {
  		if (hasOwn.call(object, k)) {
  			resultSet[k] = !!object[k];
  		}
  	}
  }
  

• 这里其实就是一次 parseArray()

  var argLength = arguments.length;
  
  for (var i = 0; i < argLength; ++i) {
  	_parse(classSet, arguments[i]);
  }
  

  所以改为

  _parseArray(classSet, arguments);
  

• 用字符串拼接还是数组？

  我们最终返回的其实就是一个字符串，完全可以用字符串拼接代替数组的操作

  bookmark

  这个PR中，作者做了性能上的测试，结果是：

  两者各有优劣

  作者拿不准主意，又找来 @jdalton ，他也拿不准主意，于是又找来一个大佬 @mraleph。

  经过一番讨论，认为用 join() 和字符串拼接在性能上的差别取决于你的应用场景

  两者的差别其实不大，但使用 join() 更符合直觉，可读性上也更好一些。

  于是最终决定还是使用 join()

  （其实在最开始的版本中就是用的 join 因为这确实更符合程序猿的习惯）

• 缓存 argType

• 更安全的 hasOwnProperty 检查

• 参数泄漏

  bookmark

  不要将 arguments 直接传到另一个函数中，这会导致参数泄漏，让JS引擎放弃对函数的优化。

  所以需要自行构建一个数组出来

  var len = arguments.length;
  var args = Array(len);
  for (var i = 0; i < len; i++) {
  	args[i] = arguments[i];
  }
  
  var classSet = {};
  _parseArray(classSet, args);
  

• 跳过 hasOwnProperty 检查

  hasOwnProperty 无非就是检查对象的上的属性到底是自己的还是，继承来的。那如果我们在开始创建对象的时候就不继承任何东西，那也就不用再做检查了

  bookmark

  var classSet = Object.create(null);
  

  这里还可以继续优化

  要注意的是，classnames 是一个递归函数，所以使用 new 创建一个继承自 Object.create(null) 的实例，要比一遍又一遍的调用 Object.create(null) 快

最后

最近的 classnames 已经很少更新了，让人怀疑这个仓库是不是已经 "死" 了

bookmark

事实是，确实已经有后起之秀了，比如 classcat , clsx ，其中 clsx 的速度比 classnames 快差不多三倍，体积也更小。

那现在如果你是 antd 的作者，你可以一键将 antd 中所有依赖的 classnames 换成 clsx ，你换么？

本篇文章最先发布于机核

在家重读陈嘉映老师的《何为良好生活》，虽然是本讲伦理学的书，但却让我有了一些新的视角来看待我对于游戏的一些思考：如果游戏没有GAME OVER会是什么样？

我想在打游戏的时候最影响正常游玩的，除了讨厌的BUG和糟糕的游戏机制外就是GAME OVER了。游戏的难度让玩家对一些游戏望而却步，似乎我们因此错过了好些游戏。所以有没有这样一种游戏呢：游玩过程中不会经历失败的游戏。

用游戏的故事“消除”GAME OVER

一些游戏把死亡机制融入到游戏背景故事中，比如《黑暗之魂》中的不死人，《死亡搁浅》中的遣返者。这些机制更多是在为了游戏叙事服务，不死人的概念贯穿黑魂始终，遣返者是《死亡搁浅》故事里重要的一环。但对游戏性的帮助则不大，在《死亡搁浅》里死亡时，只要长按方块就能跳过找肉体的过程快速复活，估计小岛也不想玩家浪费太多时间在找自己尸体上。

我能想到的把死亡机制和游戏背景融合最好的是《Braid》，这款游戏里压根就没有GAME OVER这一说。当主角触碰怪物“死亡”时，游戏会自动暂停。这时你就得用这游戏的核心机制——时间回溯来救自己一命。一点都不生硬。

但即使这些设定如何精妙，也只是将GAME OVER变得不那么直白罢了，并不影响GAME OVER的本质。

当游戏真的不再有GAME OVER

Steam还真有一些不会GAME OVER的游戏，例如放置类游戏，最近的比如《漫长等待》（The Longing）。

想要通关这款游戏只需要等待400天的现实时间即可。不存在失败、卡关、输掉比赛之类。有的读者可能认为这算不上是一款“游戏”，不过它既然上架了steam的独立游戏区，所以咱们暂且将它视作一款游戏。这款游戏的评价是特别好评，这也说明玩家是可以在这样一款游戏中获得乐趣的。

但问题是，我们从这款游戏之中获得的乐趣，和我们在“正常”的游戏中获得的乐趣是一同种乐趣么？

游戏的乐趣

我们说一个游戏“好玩”，那差不多就是在说“游玩这款游戏会使我快乐”。但就像陈嘉映老师在《何为良好生活》中说的“一般情况下，好玩、快乐根本不是目的”。好玩、快乐不是游戏的目的，游戏就是好玩本身。游戏的乐趣在游戏过程中显现出来。而游戏的通关与游戏胜利的种种奖励，也并非是我们游戏的目的，倒不如说我们为了游戏而设置出种种奖励系统。

我想跟朋友打一盘《街霸》，他不想打，和我说“不打了，算你赢了”，那我当然不会满意。在这里，游戏的过程是主要的。但放置类游戏则走在它的反面，游戏最终的奖励是主要的，过程可以及其简单甚至没有。只有在这类游戏中，我们可以把快乐当成目的去玩一款游戏，这里的目的是外在于游戏的。

同样的例子用在《漫长等待》上，我多半会选择不等那400天，直接看结局。

《街霸》中的胜利却不是外在的，而是内置于游戏中，这是游戏乐趣的差别所在。游戏性才是一个游戏“好玩”的关键，我觉得也应该是游戏的关键所在。也正因如此，一些没有精良画面与优秀剧情的游戏也会被我们喜爱。

游戏的难度提升了游戏的乐趣

既然我们给游戏设置了胜利，那自然会有失败。失败通常让人不快，输得多了心态都要崩溃。之前大火的抡大锤游戏《Getting Over It with Bennett Foddy》在游戏简介里写明了“我做的这个游戏，是为了某种特定类型的人，为了伤害他们。”

这款游戏明显不是个友好的游戏，玩家虽然不会死亡，但一次次回到起点更使人绝望。失败的痛苦在这个游戏中被放大，但这绝不意味这游戏“不好玩”。相反，这款游戏的评价也是特别好评。

这里的重点在于苦提升了乐的品质，游戏越困难，胜利就越让人快乐。但仅仅在游戏中经历苦难并不会让玩家快乐，战胜苦难才是。这其中包含着努力与向上。面对BOSS我们一次次的失败又一次次乐此不疲的挑战，我们不是只在杀死BOSS的一瞬才感受游戏的乐趣，那一次次的挑战本身就是乐趣。

而挑战二字本身就带着有点难度的意味。有些玩家以高难度为乐，速通便是其中之一。一个几十分钟速通记录的背后可能是数千小时的付出。那还没打破纪录的数千小时，玩家们乐在其中，以苦为乐。

为什么德性、勇敢、力量、豪爽和果断受人尊敬呢？如果没有痛苦挑战，它们又将从何处显出它们的本领呢？

游戏当然不只有挑战才带来快乐，探索，剧情，美术，收集等等都让我们快乐，但作为一款好游戏，我想最要紧的是“好玩”。而失败让这份乐趣变得高级、持久。所以GAME OVER的消失了，恐怕不会是个好事。

本文是我自己在找工作中的经验总结，覆盖从简历到面试的各个阶段。旨在总结出一套结构化的、有深度的面试方法论。

⛔ 本文只针对中高级前端工程师的岗位，更高级别岗位会有更高的要求，本文不暂涉及

1.2 表达

面试毕竟是个要说话的活动，所以在技术之外，我们的表达方式也尤为重要。这里推荐一套 结构化的表达 的方法论，不仅有助于在面试中回答问题，也有助于你去记忆这些问题。

对问题进行拆分，再依次的描述，这其中可能会涉及到进一步的拆解和分析。

https://xmind.cn/blog/minto-pyramid-principle/

1.3 有深度

有些面试官会按照你简历中写的项目，一层层不断深入提问，直到你无法回答。以看出你技术上的深度如何，所以在准备简历和回答的时候要做好面试官对其中技术点做进一步提问的准备。

另外对于像我这种，项目经历比较薄弱的，那么在技术上尤其要钻的深些才能有些竞争力。

1.4 资料

本文中的所有资料都尽量找官方或官方推荐的参考资料，实在没有的，也会尽量寻找较为权威的第三方资料（例如 Hello 算法，javascript.info 等）

• 算法

https://www.hello-algo.com/

https://leetcode.cn/studyplan/top-100-liked/

• Javascript

https://tc39.es/ecma262/

https://javascript.info/

https://developer.mozilla.org/zh-CN/docs/Web/JavaScript

2. 简历

2.1 写简历

关于简历如何写，网上已经有大量相关文章了，这里推荐这篇 https://fe.ecool.fun/article-detail/I4THTV

里面已经把每一个板块该如何写描述的比较清楚了。

除了文章中提到的之外，你还可以在简历最后补充一些个人的文章、开源项目等，这些都可算作加分项。

🙂 下面是我的简历，仅供参考
Untitled

2.2 简历模板

挑一个美观整洁的模板即可，我推荐直接用 boss 直聘的默认模板。

2.3 关于外包

如果你和我一样是外包出身，那我推荐你不要在简历上写外包经历，以防止你连面试机会都拿不到。

但在后续的沟通中就不要刻意隐瞒外包经历了，实话实说即可。记住我们只是为了让简历通过初筛，避免连面试机会都得不到。

至于外包对职业生涯的影响这个问题，就我这段时间找工作的感受来看，答案是有，但不多。

确实遇到过几个公司，听到我是外包之后就直接给我 pass 了。还有就是一些大厂的 HR 可能会特别看重这个。之前面一个蚂蚁的岗位时，那个面试官就直说了“就算我给你过，HR 这块也很难通过。“

他给的建议是先去中厂过渡一下，再回来面大厂会比较稳妥。

剩下的大部分公司都没有明显表现出对外包出身的排斥。所以对于和我一样是外包出身的同学，请不要太在意这个事情，好好准备面试一样可以找到心仪的工作。

但同时也建议各位外包同学尽快跳出外包这个舒适圈，让职业生涯回到正轨。

3. 投递简历

3.1 为了练手 or 为了 offer？

大部分同学可能会想先找几个面试练练手，不在乎能不能通过。这当然可以，但一定找你肯定不会去的公司练手。

因为有些公司，特别是大厂，例如字节、华为等。如果你已经在一个部门的面试流程中了，那么是不能同时面试其他部门的。如果你这次面试还挂了，那么一定时间内（华为OD是一年），大概率你都无法再面试这个公司了。

对于这些大厂，你的面试机会仅有一次，请谨慎使用。

💡 之所以说“大概率”，是因为还是有部门不关心这个的

3.2 投递方式

如果你只想选一个平台投简历，那首推 boss 直聘，其他的平台看个人精力量力而行。

除了招聘平台外，你还可以：

• 直接找各个公司的官网招聘页面投递简历
• 关注各个公司的招聘公众号中的招聘信息并投递简历
• 找朋友内推
• 找一些论坛投递（例如 v2 的酷工作板块）

3.3 分辨外包

招聘平台上一般会有大量的外包岗位，有些HR会在找你的时候提出来，有些不会。如果你不想找外包工作的话，注意分辨，避免浪费时间。

一般外包岗位有如下几个特点：

• 真正的公司和JD里的公司对不上
• 上来就问学历是否学信网可查的
• 公司是汉克、易宝、七凌、博彦、中软国际、柯莱特等等之类

3.4 约面

简历通过筛选之后 HR 会找你约面试，商量一个双方都合适的时间即可。

这里可以问一些面试流程的信息，做好相关准备。

• 一共几轮面试？
• 需要线下面试么？（有些公司一面是视频，二面就需要现场了）
• 有机考环节么？
• 有代码题环节么？

4. 面试

技术面试部分一般分为如下几个环节：

• 自我介绍（必需）
• 技术问题（必需）
  • js
  • css
  • html
  • 浏览器
  • 前端工程
  • HTTP
  • 框架（Vue/React）
  • 其他
• 项目问题（可能）
  • 仔细说说简历上的项目经历
  • 抓住里面某几个点不断深入
• 代码题环节（可能）
• 反问环节（必需）

4.1 自我介绍

自我介绍是每场面试必需的，需要提前准备。

自我介绍除了简单了解一下面试者本身和给面试官一个看简历的时间之外，其实也在考察面试者的 **表达能力，**所以 简明扼要、条理清晰 的描述之前的工作经历即可，时间控制在 2-3 分钟。

这里给一个大概的框架去组织我们的自我介绍：

1. 之前的岗位
2. 做过的项目
3. 具体工作
4. 取得了哪些成绩

4.2 技术问题

child_database

child_database

child_database

child_database

child_database

child_database

child_database

4.3 代码题

部分公司会有代码题环节，部分大厂则会有一个专门的机考环节在面试之前。

面试中的手写代码就是共享下屏幕，然后你本地开一个编辑器，面试官出题你写。普通算法问题或者手写一些函数都可能出现。

机考的话一般就是纯算法问题会多些。

所以建议两手准备，两种题都刷一下：

• 力扣热门 100 题
• 谷歌“前端 面试 代码题”一大堆

child_database

child_database

4.4 项目问题

项目问题基本是必问的，对于大厂来说会问的尤其的深和细。

比较常见的提问方式是：能说说你在工作中遇到的比较有挑战/成就感/复杂的项目或者需求么？

我们需要提前准备答案

这里没法给一个标准答案，只能提前准备一套话术，要求足够复杂且描述的尽可能清楚细致。

4.5 反问环节

面试的最后，面试官通常会给你一个反问的机会。因为还是技术面的环节，所以这里通常会问一些关于岗位的工作内容，公司规模，业务方向，工作节奏等等问题。

而对于薪资待遇等人事相关的问题，一般会在最后的HR面中了解。

这个环节没有什么固定答案，这里只是给出我一般会问的几个问题供大家参考：

• 这个岗位对应的业务是什么？

  这里可以判断你的工作是 toB 的还是 toC 的？业务方向是不是你感兴趣的？有没有技术深度发展的空间？

• 这个岗位想招一个什么级别的？

  这里主要看自己和这个岗位到底匹不匹配，经过之前的准备我们都大概知道自己能达到一个什么级别了。哪个级别是能符合，哪个级别是努努力能够到的，哪个又是肯定没戏的。如果面试官的答案明显高于你对自己的定位，那么这个 offer 是肯定拿不到的。

  如果真是这样，那这时可以继续问下一个问题：就我刚才的表现来看，你觉得我大概能评一个什么级别呢？

• 公司规模？

  公司规模越大，需要面对的技术之外的东西就越多，反之也是一样。

• 公司 Base？

  这个没啥可说的，工作地点是肯定要搞清楚的。这里提一句是因为怕大家到时候面试太多忘记哪个是哪个了。

• 工作节奏？

  1. 上班和下班的时间，是否双休等
  2. 开发的节奏，是固定的迭代，还是跟着业务需求走

• 加班情况？

  这个直接问就行了，有些公司甚至会主动跟你说他们的加班情况

4.6 面试复盘

面试过程中或多或少都会又些感觉自己表现不够好，问题没回答上来等场景。这时一定及时做好记录，然后找时间把这些问题解决，防止下次面试官再问到。

一个问题不要连着两次面试都回答不上来。

祝大家都能找到心仪的工作。

• 微信输入法：多端同步剪贴板，应用自动切换中英文
• clash：代理软件
• ikuuu：机场，用了很久了只要99/年
• Raycast：剪切板、快速启动、Spotify状态栏等等
• Cursor：编辑器
  • VSCodeVim：vim 扩展
  • Tokyo Night：主题
• 微信开发者工具：微信小程序开发
• 小程序开发者工具：支付宝小程序开发
• Gifox：录屏软件，可以直接导出 GIF 图
• Chrome：浏览器
• Karabiner-Elements：键盘映射，主要用来把大写键映射为 Hyper 键 <details> <summary>Capslock Hyper 配置</summary>

{
    "description": "一个简单的 Capslock Hyper 配置",
    "manipulators": [
        {
            "description": "按住 Capslock 进入 Hyper mode，只按一下为",
            "from": {
                "key_code": "caps_lock",
                "modifiers": { "optional": ["any"] }
            },
            "to": [
                {
                    "key_code": "right_shift",
                    "lazy": true,
                    "modifiers": ["right_command", "right_control", "right_option"]
                }
            ],
            "to_if_alone": [
                {
                    "hold_down_milliseconds": 50,
                    "key_code": "left_shift"
                }
            ],
            "type": "basic"
        },
        {
            "description": " s = left",
            "from": {
                "key_code": "s",
                "modifiers": { "mandatory": ["right_command", "right_control", "right_shift", "right_option"] }
            },
            "to": [{ "key_code": "left_arrow" }],
            "type": "basic"
        },
        {
            "description": " d = down",
            "from": {
                "key_code": "d",
                "modifiers": { "mandatory": ["right_command", "right_control", "right_shift", "right_option"] }
            },
            "to": [{ "key_code": "down_arrow" }],
            "type": "basic"
        },
        {
            "description": " e = up",
            "from": {
                "key_code": "e",
                "modifiers": { "mandatory": ["right_command", "right_control", "right_shift", "right_option"] }
            },
            "to": [{ "key_code": "up_arrow" }],
            "type": "basic"
        },
        {
            "description": " f = right",
            "from": {
                "key_code": "f",
                "modifiers": { "mandatory": ["right_command", "right_control", "right_shift", "right_option"] }
            },
            "to": [{ "key_code": "right_arrow" }],
            "type": "basic"
        },
        {
            "description": "caps + ;  移动到行尾",
            "from": {
                "key_code": "semicolon",
                "modifiers": { "mandatory": ["right_command", "right_control", "right_shift", "right_option"] }
            },
            "to": [
                {
                    "key_code": "right_arrow",
                    "modifiers": ["left_command"]
                }
            ],
            "type": "basic"
        },
        {
            "description": "caps + p  移动到行首",
            "from": {
                "key_code": "p",
                "modifiers": { "mandatory": ["right_command", "right_control", "right_shift", "right_option"] }
            },
            "to": [
                {
                    "key_code": "left_arrow",
                    "modifiers": ["left_command"]
                }
            ],
            "type": "basic"
        }
    ]
}

</details>

• iCloud：照片备份/同步，用 iPhone 的话没啥可说的，买了 2t 的会员一般够用了
• Notion：笔记知识管理

设置

• Raycast 代替 Spotlight
• 键盘快捷键
  • 禁用「选择上一个输入法」
  • 禁用「选择”输入法“菜单中的下一个输入法」
  • 禁用「显示”聚焦“搜索」
  • 禁用「显示”访达“搜索窗口」
  • 禁用「使用大写锁定键切换”ABC“输入法」
  • 开启「自动切换到文稿的输入法」

命令行和终端工具

• Homebrew：包管理工具
• Git：版本管理
• Fish：开箱即用、速度也快的一个 shell
• Starship：开箱即用、好看的 shell prompt
• Neovim：有了 cursor 之后 neovim 用的比较少了，但还是装一个
• Lazygit：开箱即用的 git 客户端
• Ghostty：还是因为 cursor 的存在，终端相关的东西用的越来越少了，所以改用这个试试看。开箱即用、好看速度快的终端模拟器
• JetbrainsMono nerd font：编程字体

brew install git fish nvm neovim lazygit starship
brew install --cask ghostty
brew install --cask font-jetbrains-mono-nerd-font