+1

注册 本地 lib 包到本地全局

先在本地要调试的 lib 包目录下执行以下操作（记得先正确构建）
假设我们的 lib 包名为 myLib

pnpm link --global

链接本地 lib 包到 app 包

pnpm link --gloabl myLib

原则：加速 需求 -> 解决 -> 反馈 整个循环，提高价值交付效率。

1. 考虑问题是否真实的需求

• 问题是否来源于用户
• 是我们假设出来的么，有没有做过调研
• 问题是不是被我们想得太复杂了，具体的场景是什么
• 问题是用户假设出来的吗
• 怎样让用户愿意将问题反馈给我们

2. 考虑事情值不值得做

• 是否真的存在问题
• 问题发生的是否频繁
• 有多少人遇到了这个问题
• 问题的影响范围有多大，是否严重
• 为什么别的事情不如这件事更值得去做

3. 考虑用户场景

• 用户是哪些人
• 我们期望用户怎么使用功能
• 在什么情况下使用
• 使用后能达成什么效果
• 如何让用户愿意使用它

4. 考虑做事的时机

• 这件事是否紧急
• 是否现在就要去做
• 能否跟其他事情结合起来做
• 能否搭上其他趋势的 “顺风车”
• 如果现在不做会怎样，会错失什么

5. 考虑人的因素

• 谁适合做这件事
• 做了这件事他能得到什么收益
• 能否创造共赢
• 谁也在关心这件事
• 做成了谁最开心
• 谁不想让这件事做成
• 这件事情有支持者么

6. 考虑竞品

• 有没有类似的方案
• 如果没有，为什么别人不做
• 如果有，我们凭什么能比他们做得更好
• 我们的优势和劣势在哪里
• 我们要解决哪个范围的问题
• 哪些问题我们不要解决

7. 考虑衡量方式

• 成果如何量化
• 谁更关心量化数据
• 怎么判定我们做的事情有效果
• 如何不断的调整做事方式
• 哪些是可量化的，哪些是无法量化的

8. 考虑价值放大

• 哪些人会从中受益
• 如何影响更多人和事，如何扩大影响面
• 什么时候可以削减投入
• 整件事情的营销和运营策略是什么
• 事情离开了我们如何健康运转

9. 考虑执行过程

• 潜在的阻力在哪里
• 可能的瓶颈点会出现在什么地方，谁可以消除它
• 大家期望这件事做成么
• 会影响到哪些人的利益
• 如何让大家对这件事情有信心

配置外接键盘功能键

• 系统设置 => 键盘 => 设置 Command 键、Ctrl 键，互换

配置 chrome F5 刷新

• 系统偏好设置 => 键盘 => App快捷键
• 点击 + 号，设置
  • 应用程序：Chrome
  • 菜单标题：重新载入此页
  • 键盘快捷键：F5

设置 vscode 默认 terminal 与 zsh

• https://code.visualstudio.com/docs/terminal/profiles

关于当下：

"Yesterday is history, tomorrow is a mystery, but today is a gift. That is why it is called the present."

（昨日已成历史，明日仍是未知，而今日是个礼物。这就是为什么它被称作“现在”。）

关于命运：

"One often meets his destiny on the road he takes to avoid it."

（人们常常在试图避开命运的路上遇见自己的命运。）

关于信念：

"There are no accidents."

（世上没有偶然。）

关于秘密：

"There is no secret ingredient. It's just you."

（没有什么秘密配方。就是你自己。）

关于成长：

"When the student is ready, the teacher will appear."

（当学生准备好时，老师就会出现。）

关于选择：

"You must believe!"

（你必须相信！）

macOS 开发模式中获取程序签名

在 macOS 上进行程序签名时，通常需要一个有效的开发者身份（Developer ID），这是由 Apple 提供的，用于验证开发者的身份。如果没有有效的开发者身份 ID，你将无法进行正式的签名，这会限制你的应用程序在某些情况下的功能和分发。

没有身份 ID 的情况下的限制

1. 辅助功能权限：未签名的应用程序无法请求辅助功能权限。
2. Gatekeeper：macOS 的安全机制 Gatekeeper 可能会阻止未签名的应用程序运行，用户需要手动绕过安全警告。
3. 分发：未签名的应用程序无法通过 Mac App Store 分发，并且在其他分发渠道上也可能会遇到信任问题。

开发和测试阶段的解决方案

在开发和测试阶段，如果你没有开发者身份 ID，可以使用自签名证书进行签名。这种签名方式仅适用于本地开发和测试，不适合发布。

创建自签名证书

1. 打开 钥匙串访问 应用程序。
2. 在菜单栏中选择 钥匙串访问 -> 证书助理 -> 创建证书。
3. 填写证书信息：
   • 名称：随意填写，例如 "My Developer Certificate"。
   • 身份类型：选择 自签名根证书。
   • 证书类型：选择 代码签名。
4. 点击 创建。

使用自签名证书进行签名

假设你已经创建了一个名为 "My Developer Certificate" 的自签名证书，你可以使用 electron-osx-sign 工具进行签名：

npx electron-osx-sign path/to/your/app --identity="My Developer Certificate"

注意事项

• 自签名证书仅适用于本地开发和测试，不能用于正式发布。
• 使用自签名证书签名的应用程序在其他机器上运行时，可能仍会触发安全警告。
• 如果你计划发布应用程序，建议申请 Apple 的开发者账号并获取正式的开发者身份 ID。

总结

虽然没有开发者身份 ID 你仍然可以使用自签名证书进行本地开发和测试，但这并不能替代正式的签名。如果你计划发布和分发你的应用程序，强烈建议申请 Apple 的开发者账号并获取正式的开发者身份 ID。这样可以确保你的应用程序在 macOS 上获得更高的信任和权限。

预型这个概念来源于 做对产品 这本书的概念。
相比于实现一个真正的 MVP 版本，我们可以通过更低成本的"假冒"的预型来验证我们的想法。

由此我们可以探索，如何使用更低成本实现一个看得见，摸得着的样品用于向利益相关者演示，或验证自己的想法。

• 实现一个 MVP demo
• 通过 PS ，PPT，原型工具等画一个原型图用于演示
• 基于已有竞品或类似系统，快速修改出一个 demo 图

画一个原型图的成本是要远小于真的实现一个 MVP demo。
而前端页面因为可以通过浏览器调试工具来即时修改，完全可以基于已有产品页面修改出一个接近我们涉及原型的页面。

方法如下：

1. 找到接近我们理想原型的已有产品页，通过浏览器调试工具修改页面为 fake 原型页。
2. 使用 gofullpage 插件 类工具，进行页面截图。
3. 获得 fake 原型页完整截图。

• 格言1︰好軟體都是起源於程式發展者要解決切身之痛。
• 格言2︰優秀的程式師知道要寫程式，偉大的程式師知道要改寫（和重覆利用）程式。
  • 人們爭取最好的成績並不是為了努力的過程，而是為了最後的結果
  • 由一個部份可行的解決方法開始總比什麼都沒有容易得多。
• 格言3︰抱持正確的態度，就會發現有趣的問題。
• 格言4︰當你對一個問題不再感興趣時，你最後的責任就是找位能勝任的接棒人。

QuickLinks 的使用

• Chrome 同时作为 Application 和 QuickLinks 因为我们常用是通过 QuickLink 访问，所以可以考虑移除 Application Scope 中的 Google 应用
• 在搜索栏中通过 Alias 唤起 QuickLinks Query，策略有最大公共子串的能力。当用户输入的 Alias 完全匹配时，可以通过敲击空格直接进入 Query 输入框，而非准确匹配的时候需要敲击 Tab 进入输入框。
• QuickLinks 的 Query 参数输入框，对于中文类输入交互上处理有点瑕疵（输入框长度自适应比较差）。
• Bilibili 主站页面 favicon 是失效的

Snippets

功能很强大

1. 可以基于 Snippets 实现自定义指令，比如定义 "git checkout master" 的 keyword 为 @GCM 来实现切换到 master 分支，】但是局限性也很大，需要使用者能记住大量的自定义指令。似乎不是一个特别好的办法。因为过于段时间，可能还是会忘记。

Scripts

raycast/script-commands#558

https://www.reddit.com/r/Finland/comments/17p1nzx/tourism_moving_and_studying_in_finland_read_this/

百词斩阅读计划

项目背景

团队目标：「阅读计划」的目标是为读者提供简化版的英语读物，并提供纸质书籍与线上阅读应用。
书籍制作流程：书籍作者出稿、编辑单词标注、设计师排版、出版社获取版号、印厂应刷、出版。书籍制作需环节多，涉及不同职能同事多，经过多种不同软件（书籍作者，内容编辑，设计师等）。

解决问题

书籍修改成本较高：由于各环节软件数据并不互通，需要人肉保证数据一致性。且由于书籍制作的特点，一本书总是需要多次修改内容与排版，一次简单的内容修改都需要 0.5 ~ 1 人日，且修改是一个高频操作。
数据一致性难以保证：对于成稿书籍书籍内容、标注、排版的正确性因为需要经过多个制作环节，正确性难以保证。
书籍上线需要经过处理：若要支持线上阅读需求，书籍数据需要经过再次处理，无法做到直接适配线上阅读的需要。

目标

1. 书籍制作流程集成到一个系统
2. 书籍自动排版与内容生成：能根据书籍内容自动完成书籍的版本，并能根据文本标注数据自动生成书籍内容（页首，页尾，单词表，专属名词表等）
3. 同一份书籍数据能支持线上阅读与线下应刷的需求

方案：

书籍制作平台整合所有工作流程，包含子系统：

1. 文本标注系统：支持以单词为单位进行内容文本标注。
2. 书籍排版系统（基于百度 UEditor 内核开发）：支持自动分页排版，富文本编辑，并能根据文本标注自动生成书籍附录, 词表等。支持一键导出 PDF 文件以提供给印厂。
3. 线上阅读应用：提供书籍线上阅读能力，支持书籍自动播放（声文同步），点击查看单词解释等。

成果：

1. 一站式书籍制作平台：整合主要工作流程到统一平台。实现书籍制作的 SSO，保证了书籍内容、文本标注、排版的一致性。实现自动排版与内容生成。系统稳定运行半年，制作接近 10 本以上书籍，节省人力 4人日/2~300页/每迭代。
2. 一份数据同时支撑线上与线下阅读需求：让书籍数据能同时支持线上阅读与线下排版印刷需要。书籍上线的成本由 2 ~ 3 人日（每 150 页）降低到 0。

虽然 Mac 给我们提供了任务调度器等能力，但是在日常的工作中，常常需要在多个不同的应用切换。
虽然提供了 command + tab 的任务切换能力
https://support.apple.com/zh-cn/guide/mac-help/mchlp2469/mac
但是在打开的应用较多的情况下，想快速定位到需要的应用还是需要较多的操作成本。
需要不断的选择需要的应用。

开源应用 https://github.com/gbammc/Thor 给我们带来了应用 "编队" 的能力，通过给应用一建切换到对应应用，将会极大的提高我们应用切换的能力。

程序坞不显示最近使用应用