同步助手的「那点事」 · 篇二
▎ 让你更好的了解使用同步助手的功能。
🔗 第一篇 | 第二篇 | 第三篇
💡 写在前面
近期新用户较多，所以趁着休息时间，写一写简悦的一些相关功能，希望可以帮助新用户更好的使用简悦的各种玩法。
这是同步助手介绍的第二篇~
🔄 展开说说同步盘与同步方案
▎ 自动同步是同步助手最重要的功能，简悦大部分高级功能都基于自动同步。
❎ 为什么不用 Chrome 自己的同步方案
Chrome 扩展 API 支持将数据保存到 Chrome 实现同步功能。是的，我也觉得很好，简悦 1.0.x 的某个版本就加入了这个功能。
但是... 跟 iCloud 的问题一样，你没法控制它什么时候同步，同步时如何覆盖数据 😂 所以 1.0.x + 1 版之后就放弃了这个方案。
🗃 内置坚果云与 Dropbox 同步盘
坚果云是国内少数几个支持 WebDAV 方案的同步盘产品，不考虑大文件的话，只同步数据文件足够了。
Dropbox 原本的地位跟坚果云一样，但后来它做了一些事情，导致简悦暂时不支持它了，等 API 篇时我会专门介绍的。
📗 手动同步
1.x 版因为只有简悦的配置文件需要同步，而配置文件也不需要经常修改，所以仅支持手动同步方案。
📘 自动同步
2.x 版本之后增加了稍后读和标注功能，所以数据的产生就需要保持实时同步方式，而 Chrome 对扩展的限制，也没办法将数据保存到 Chrome 以外的地方，所以同步助手（看名字就知道）出现了，它具有：【将数据保存到任意目录】的功能。
如果这个目录恰好是某个网盘所在的目录，就自然而然的具有【自动同步】功能。
基于这个功能，简悦的自动同步支持：任意网盘、iCloud、Git、NAS、私有云盘等方案。
💾 更完美的坚果云方案
如果用户恰好使用了坚果云作为同步盘的话，就可以使用 API 的功能了。
注意：不选择坚果云也无所谓，只是单纯的无法使用 API 功能而已。
🆘 划重点
• 自动同步支持：任意网盘、iCloud、Git、NAS、私有云盘等方案
• 如果使用了坚果云，则支持 API 功能
• 开启了自动同步后，会导致个别用户无法安装插件，目前可以使用 插件管理器 2.0 完美解决。
#简悦2_2_0 #简悦工作流 #同步助手 #简悦新手 #玩转简悦系列
▎ 让你更好的了解使用同步助手的功能。
🔗 第一篇 | 第二篇 | 第三篇
💡 写在前面
近期新用户较多，所以趁着休息时间，写一写简悦的一些相关功能，希望可以帮助新用户更好的使用简悦的各种玩法。
这是同步助手介绍的第二篇~
🔄 展开说说同步盘与同步方案
▎ 自动同步是同步助手最重要的功能，简悦大部分高级功能都基于自动同步。
❎ 为什么不用 Chrome 自己的同步方案
Chrome 扩展 API 支持将数据保存到 Chrome 实现同步功能。是的，我也觉得很好，简悦 1.0.x 的某个版本就加入了这个功能。
但是... 跟 iCloud 的问题一样，你没法控制它什么时候同步，同步时如何覆盖数据 😂 所以 1.0.x + 1 版之后就放弃了这个方案。
🗃 内置坚果云与 Dropbox 同步盘
坚果云是国内少数几个支持 WebDAV 方案的同步盘产品，不考虑大文件的话，只同步数据文件足够了。
Dropbox 原本的地位跟坚果云一样，但后来它做了一些事情，导致简悦暂时不支持它了，等 API 篇时我会专门介绍的。
📗 手动同步
1.x 版因为只有简悦的配置文件需要同步，而配置文件也不需要经常修改，所以仅支持手动同步方案。
📘 自动同步
2.x 版本之后增加了稍后读和标注功能，所以数据的产生就需要保持实时同步方式，而 Chrome 对扩展的限制，也没办法将数据保存到 Chrome 以外的地方，所以同步助手（看名字就知道）出现了，它具有：【将数据保存到任意目录】的功能。
如果这个目录恰好是某个网盘所在的目录，就自然而然的具有【自动同步】功能。
基于这个功能，简悦的自动同步支持：任意网盘、iCloud、Git、NAS、私有云盘等方案。
💾 更完美的坚果云方案
如果用户恰好使用了坚果云作为同步盘的话，就可以使用 API 的功能了。
注意：不选择坚果云也无所谓，只是单纯的无法使用 API 功能而已。
🆘 划重点
• 自动同步支持：任意网盘、iCloud、Git、NAS、私有云盘等方案
• 如果使用了坚果云，则支持 API 功能
• 开启了自动同步后，会导致个别用户无法安装插件，目前可以使用 插件管理器 2.0 完美解决。
#简悦2_2_0 #简悦工作流 #同步助手 #简悦新手 #玩转简悦系列
👍5
为什么不用客服以及当遇到问题后最好的 QA 方案
▎ 我非常喜欢跟用户交流，但通过群聊天的 QA 并不是一个好的解决方案。
💡 为什么不用客服
从产出性价比来说，目前找个客服确实可以解决很多问题，并且简悦的收入也完全支撑这个事情。
但我非常不喜欢「客服」这个概念，因为客服只是客服，从用户角度来说，当他发生问题时，最好的解决方案是找到我，而不是客服。
所以即便简悦拥有了目前的用户数量级，仍没有专职客服，而只有我以及 Telegram 群里面的热心大佬们。
❎ 为什么说群并不是一个很好的 QA 方案
Telegram 作为一个聊天群来说，除了中文搜索不怎么样外找不出一点「毛病」，非常完美。
但它并不适合作为一个 QA 渠道，原因很简单，因为及时性的缘故（IM 的特性）会导致：
• 线性对话，没办法实现 Thread 方式，人一多，基本上就被淹没在各个留言里面了，很难根据上下文解决。
• 即便有 Thread，打字的速度和信息的携带量要远低于说话，但因为及时性，所以会接近说话的频率，导致很多聊天内容反复导致信息冗余且无用居多。
✅ 最好的 QA 方案
请通过 Github Issues 讨论，这是我认为目前最好的 QA 方案，基本上每个问题都可以被反复追溯，甚至于时间跨度长达几个月也没一点问题。
Github Issues 支持完整意义的 Markdown 语法规则，可以贴图（从剪切板直接复制）、代码段、视频等手段。
具有提醒功能，在 Issues 上面的每次回复都会收到 Email。
▎ 截至到目前为止 Github Issues 上积累了近 5K 的讨论内容，我每天要处理 20+ 次的回复（忙的时候要 50+ 左右），仍游刃有余，并不会占用我太多时间，而通过 Issues 得到解决的也更彻底。
🆚 时效性的问题
Issues 并不具有时效性，所以很多用户都选择使用看似时效性更高的 Telegram 来讨论，因为感觉时效性可能得到的解决方案更快速，但原因刚才说了，所以总体时间并不如 Issues 来得更彻底。
📚 求人不如求己
除了 Github Issues 外，另外一个解决方案是看文档，简悦的每个功能都配有链接，会链接到这个文档中，甚至于还有配置库方案供用户免配置的设置。
• 简悦文档汇总一览
• 配置库一览
#简悦2_2_0 #简悦技巧 #简悦新手
▎ 我非常喜欢跟用户交流，但通过群聊天的 QA 并不是一个好的解决方案。
💡 为什么不用客服
从产出性价比来说，目前找个客服确实可以解决很多问题，并且简悦的收入也完全支撑这个事情。
但我非常不喜欢「客服」这个概念，因为客服只是客服，从用户角度来说，当他发生问题时，最好的解决方案是找到我，而不是客服。
所以即便简悦拥有了目前的用户数量级，仍没有专职客服，而只有我以及 Telegram 群里面的热心大佬们。
❎ 为什么说群并不是一个很好的 QA 方案
Telegram 作为一个聊天群来说，除了中文搜索不怎么样外找不出一点「毛病」，非常完美。
但它并不适合作为一个 QA 渠道，原因很简单，因为及时性的缘故（IM 的特性）会导致：
• 线性对话，没办法实现 Thread 方式，人一多，基本上就被淹没在各个留言里面了，很难根据上下文解决。
• 即便有 Thread，打字的速度和信息的携带量要远低于说话，但因为及时性，所以会接近说话的频率，导致很多聊天内容反复导致信息冗余且无用居多。
✅ 最好的 QA 方案
请通过 Github Issues 讨论，这是我认为目前最好的 QA 方案，基本上每个问题都可以被反复追溯，甚至于时间跨度长达几个月也没一点问题。
Github Issues 支持完整意义的 Markdown 语法规则，可以贴图（从剪切板直接复制）、代码段、视频等手段。
具有提醒功能，在 Issues 上面的每次回复都会收到 Email。
▎ 截至到目前为止 Github Issues 上积累了近 5K 的讨论内容，我每天要处理 20+ 次的回复（忙的时候要 50+ 左右），仍游刃有余，并不会占用我太多时间，而通过 Issues 得到解决的也更彻底。
🆚 时效性的问题
Issues 并不具有时效性，所以很多用户都选择使用看似时效性更高的 Telegram 来讨论，因为感觉时效性可能得到的解决方案更快速，但原因刚才说了，所以总体时间并不如 Issues 来得更彻底。
📚 求人不如求己
除了 Github Issues 外，另外一个解决方案是看文档，简悦的每个功能都配有链接，会链接到这个文档中，甚至于还有配置库方案供用户免配置的设置。
• 简悦文档汇总一览
• 配置库一览
#简悦2_2_0 #简悦技巧 #简悦新手
👍14🎉3