做了一个随手写 Markdown 小工具： urPaste
urApps:
做了一个小工具，叫 **urPaste**，前前后后已经打磨了半年多。
最开始其实只是因为我自己有一个很简单的需求：
**随手写几行 Markdown 。**
很多时候，我并不需要打开 IDE，也不想为了几段文字专门打开 Notion、Obsidian 这类相对完整的工具。
我想要的其实很简单：
**打开网页 → 写点东西 → 看看效果 → 生成一个链接 → 分享出去。**
所以就有了 urPaste。
后来为了让 Markdown 展示得更好，我加了代码高亮。
既然代码高亮都有了，那干脆把 **代码片段分享**也做进去。
代码都支持了，JSON 好像也没理由不支持。
然后事情就开始逐渐失控了。
既然能托管 JSON，为什么不能直接预览和调试？
既然都能调试了，那 JSON Inspector、Table、JSONPath 也一起做了吧。
做到这里，Convert、API、Mock、Schema……好像也都顺理成章。
于是，一个最开始只是用来“随手写几行 Markdown”的小工具，慢慢变成了现在的 urPaste。
目前主要支持：
- Markdown 编辑、预览与分享
- 代码片段分享与语法高亮
- 内容保存为独立链接
- 可见性与过期时间设置
- 版本历史与 Fork
- JSON 编辑、格式化与调试
- JSON Inspector / Table View
- JSONPath 查询
- JSON Convert
- JSON API
- Mock
- JSON Schema 等工具
一个 Markdown 示例：
[https://uto.to/t/axs766z0](https://uto.to/t/axs766z0)
也可以直接渲染成 HTML，当成一个简单的公开页面分享：
[https://uto.to/api/c/axs766z0.html](https://uto.to/api/c/axs766z0.html)
产品地址：
[https://uto.to/](https://uto.to/)
现在它依然是一个持续开发中的个人项目。
我对它最初的定位其实一直没变：
**需要写 Markdown、贴代码或者处理 JSON 的时候，打开就能用；处理完以后，一个链接就能分享出去。**
但做到现在，反而遇到了一个比“下一个功能做什么”更难的问题：
**urPaste 下一步到底应该继续做轻，还是开始做重？**
继续做轻，就是保持现在这种“打开网页就写，写完直接分享”的体验，把 JSON / API 这些开发者工具继续往深处做。
开始做重，则意味着加入本地文件导入、文件管理，甚至直接做原生应用，让 urPaste 从一个临时使用的工具，逐渐变成一个可以长期保存和管理内容的个人工作区。
这两条路其实我都很想做。
但一旦开始加入文件管理、长期存储和原生应用，urPaste 的产品性质可能也会跟着发生变化。
**如果是你，你会更希望 urPaste 是一个“随手打开就能用，用完就走”的工具网站，还是一个能直接处理本地文件、长期保存内容的原生应用？**
> 本文托管于 [https://uto.to/t/yvbc1uls](https://uto.to/t/yvbc1uls)
---
原文链接：[点击查看](https://www.v2ex.com/t/1234781)
做了一个小工具，叫 **urPaste**，前前后后已经打磨了半年多。
最开始其实只是因为我自己有一个很简单的需求：
**随手写几行 Markdown 。**
很多时候，我并不需要打开 IDE，也不想为了几段文字专门打开 Notion、Obsidian 这类相对完整的工具。
我想要的其实很简单：
**打开网页 → 写点东西 → 看看效果 → 生成一个链接 → 分享出去。**
所以就有了 urPaste。
后来为了让 Markdown 展示得更好，我加了代码高亮。
既然代码高亮都有了，那干脆把 **代码片段分享**也做进去。
代码都支持了，JSON 好像也没理由不支持。
然后事情就开始逐渐失控了。
既然能托管 JSON，为什么不能直接预览和调试？
既然都能调试了，那 JSON Inspector、Table、JSONPath 也一起做了吧。
做到这里，Convert、API、Mock、Schema……好像也都顺理成章。
于是，一个最开始只是用来“随手写几行 Markdown”的小工具，慢慢变成了现在的 urPaste。
目前主要支持：
- Markdown 编辑、预览与分享
- 代码片段分享与语法高亮
- 内容保存为独立链接
- 可见性与过期时间设置
- 版本历史与 Fork
- JSON 编辑、格式化与调试
- JSON Inspector / Table View
- JSONPath 查询
- JSON Convert
- JSON API
- Mock
- JSON Schema 等工具
一个 Markdown 示例：
[https://uto.to/t/axs766z0](https://uto.to/t/axs766z0)
也可以直接渲染成 HTML，当成一个简单的公开页面分享：
[https://uto.to/api/c/axs766z0.html](https://uto.to/api/c/axs766z0.html)
产品地址：
[https://uto.to/](https://uto.to/)
现在它依然是一个持续开发中的个人项目。
我对它最初的定位其实一直没变：
**需要写 Markdown、贴代码或者处理 JSON 的时候，打开就能用；处理完以后，一个链接就能分享出去。**
但做到现在，反而遇到了一个比“下一个功能做什么”更难的问题：
**urPaste 下一步到底应该继续做轻，还是开始做重？**
继续做轻，就是保持现在这种“打开网页就写，写完直接分享”的体验，把 JSON / API 这些开发者工具继续往深处做。
开始做重，则意味着加入本地文件导入、文件管理，甚至直接做原生应用，让 urPaste 从一个临时使用的工具，逐渐变成一个可以长期保存和管理内容的个人工作区。
这两条路其实我都很想做。
但一旦开始加入文件管理、长期存储和原生应用，urPaste 的产品性质可能也会跟着发生变化。
**如果是你，你会更希望 urPaste 是一个“随手打开就能用，用完就走”的工具网站，还是一个能直接处理本地文件、长期保存内容的原生应用？**
> 本文托管于 [https://uto.to/t/yvbc1uls](https://uto.to/t/yvbc1uls)
---
原文链接：[点击查看](https://www.v2ex.com/t/1234781)
评论
暂无评论。