百词斩阅读计划

项目背景

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

解决问题

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

目标

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

方案：

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

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

成果：

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

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

注册 本地 lib 包到本地全局

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

pnpm link --global

链接本地 lib 包到 app 包

pnpm link --gloabl myLib

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

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

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

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

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

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

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

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

方法如下：

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

+1

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

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