控制我的数据对我很重要。 同样重要的是，我的学生（以及我支持的教师）也必须能够控制自己的数据。 这并不意味着一切都需要依靠自己的领域。 但这确实意味着我希望我的数据尽可能灵活，并尽可能轻松地移动。
下载中型帖子的存档非常容易。 就像您的Twitter存档一样，您只需解压缩存档并将其上传到您的域，就可以启动并运行它。
但是，如果要将这些帖子合并到其他平台（如WordPress，Jekyll，Known等）中，则更具挑战性。
我直接在Medium中用Medium API写了帖子。 部分是作为实验，部分是因为我喜欢Medium帖子编辑器。 （这就是为什么我在Peasy中合并了Medium编辑器克隆的原因。）但是在Medium中写了三篇文章（包括功能图片，内嵌图片和代码块）之后，我决定将它们导入到我的Jekyll / GitHub Pages网站中。 事实证明这是一个挑战。 不是一个无法克服的问题，而是我宁愿避免经历的一个问题。
我下载了我的中型存档，使用Pandoc将帖子从HTML转换为MarkDown，然后将MarkDown复制并粘贴到Jekyll网站上的新帖子中。 有比我预期或想要的更多的后处理。 而且，自动化清理并不像我想要的那样容易。
更令人沮丧的是，我在几周前发现Medium API支持发布到Medium，但不检索来自Medium的帖子。 编写从另一个平台交叉发布到Medium的代码很容易，但是Medium使得走另一条路变得更加困难。
为什么？
我的猜测是他们的重点是内容。 他们想成为我们去寻找所有内容的地方。 因此，它们确实使获取内容变得非常容易。更难以获取内容。 并且通过创建一个美观，易于使用的编辑器，强烈地诱惑从一开始就只使用Medium。
如果我们只想写作，请阅读我们的著作，并永久记录我们的著作。 中度可能很棒。 但是，如果我们要编写不断返回的内容，不断发展的内容，作为长期项目一部分的内容…… 并且如果我们不希望将该长期项目锁定在一个平台中 ……那么媒介可能是个问题。
我在撰写这篇关于Medium的文章时说。
因为我无法抗拒这个编辑器。
该花些时间向Peasy添加一些代码了，这样我就可以为黄金时间准备好了。
保罗·比卡 （CC BY）的 特色图片 。
