为什么 Medium 真的很糟糕
过去几周,Medium 因臭名昭著的“付费墙”政策而引发了强烈反响。我看到很多类似的推文:
我对这种态度有两个主要疑问。
原因 1:作者设置了付费墙,而不是 Medium
如果您遇到付费墙内容,则表示该内容的作者已启用付费墙。默认情况下,付费墙处于禁用状态。撰写帖子后,您会看到以下对话框。
即使作者决定加入付费墙,他们仍然可以获得无付费墙的链接,并自行分发。
原因 2:不喜欢 Medium 的理由还有很多
卑鄙的商业策略
FreeCodeCamp是一个为开发者提供免费资源的慈善机构。他们的使命宣言说得最清楚:
我们的使命:帮助人们免费学习编程。我们通过制作数千个视频、文章和互动编程课程来实现这一目标,所有课程均免费向公众开放。此外,我们还在全球拥有数千个 freeCodeCamp 学习小组。
最近,FreeCodeCamp 创始人的一封电子邮件在 Twitter 上泄露。邮件中解释了 Medium 如何强行压制这家非营利组织,最终导致其退出平台。他具体写道:
freeCodeCamp 是 Medium 上最大的出版物。我们的开源社区为 Medium 贡献了约 5% 的总流量。
但在过去的一年里,Medium 对我们的态度愈发强硬。他们强迫我们将文章置于付费墙内。我们拒绝了。于是他们试图收购我们(这毫无道理,我们是一家公益慈善机构)。我们拒绝了。然后他们开始威胁我们,要请律师。
假设他们说的是真的,那么 Medium 确实敲诈了慈善机构。
不只是我们。很多出版物都遭遇了同样的情况。结果,很多开发者社区的知名人士都离开了 Medium。
我很想听到其他人像 FreeCodeCamp 那样不经意间分享自己的观点。以下是完整的邮件内容,还有很多精彩内容。
糟糕的用户体验
让我们从一些简单的事情开始,比如语法高亮。
真快。
这可是Medium 官方文档!他们怎么会认真建议用第三方来实现语法高亮这种简单功能,真是让我无法理解。
还有一个很好的例子。Medium 有一款产品,旨在简化 Newsletter 的发送。但正如Vico Biscotti 在他的文章中所说
我本来可以加一张图片或者一个更好的logo,但说实话,当我发现我最多只能加一张全宽的图片时,我的意愿就打消了。其他的都做不了了。你甚至连分隔符都加不了(页脚默认的除外),或者嵌入一个带有图片、副标题和作者的故事。什么都做不了。
虚无造就了通讯。
显然,Medium 多年来没有人使用过该工具。
编辑体验中的其他关键问题包括:
-
图片没有替代文本,这是不可接受的,因为它妨碍了视障人士的可访问性
-
不直接支持视频,而是需要依靠外部服务来托管视频,即使是短视频。
-
没有原生表格或网格。这在科技圈之外也很有用,这让我对 Medium 的决策感到困惑。
Medium 的糟糕用户体验不仅仅局限于编辑器。近一两年来,越来越多的垃圾内容也悄悄地影响了阅读体验。
用户体验太糟糕了,以至于有人不得不制作浏览器插件“使中等可读性再次增强”,才能让体验再次变得可以忍受。
对您的内容的控制有限
Medium 并没有提供任何机制让你控制自己的内容。比如设置规范 URL。Medium 似乎没有提供通过帖子菜单设置规范 URL 的方法(如下图所示)。
我以为我只是漏掉了什么。快速谷歌搜索后,找到了一个很有希望的页面。
Medium 的官方交叉发布工具(包括迁移工具、导入工具和 Wordpress 插件)会自动将其导入的源添加为规范链接。
第一个建议的选项“迁移工具”已被弃用。第二个选项“导入工具”在我的博客上无法使用。对于那些想知道为什么导入工具在我的博客上无法使用的人,以下是 Medium 的解释。
正如你所见,这真是太有见地了。最后一个建议,“WordPress 插件”显然不行,因为我的博客根本不使用 Wordpress 或 CMS。
大多数人看到这里都会放弃,但我有点受虐狂。在谷歌上搜索了一番后,我了解到 Medium 有一个发布 API。
Medium 为开发人员免费提供只写 API,以使您的应用程序用户能够参与 Medium 网络。
Medium 使用 OAuth2 进行身份验证,您可以通过它无缝地将内容发布到用户的 Medium 个人资料中。该 API 支持 Markdown 和 HTML 内容格式、用于交叉发布的规范 URL 以及 Medium 上提供的所有许可证。
听起来很棒吧?当我开始阅读一些关于发布 API 的文章时,他们一直引用一个“clientID”,据说这个 ID 在我的 Medium 个人资料里。但事实并非如此。在经历了一番沮丧之后,我终于崩溃了,于是去 Github 上查找 Medium API。快速浏览了一下,我找到了基于浏览器的身份验证部分
首先,您必须通过发送电子邮件至 yourfriends@medium.com申请访问权限。然后,我们将在您的设置页面上授予您访问客户端 ID 和客户端密钥的权限,您可以使用它们访问 Medium 的 API。每个集成都应该有自己的客户端 ID 和客户端密钥。客户端密钥应被视为密码并安全存储。
好消息是,Medium API 现已向所有人开放
不知何故,他们所有的资源和文档都没有提到这个极其手动的步骤。但我还是没被说服,我猜想这封邮件是由一个机器人控制的,它会在 Medium 上验证你的身份并自动回复。
一天多之后,我确认这很可能只是一个叫乔纳斯 (Jonas) 的家伙。
我不是唯一一个对 Medium 的这方面有意见的人。我强烈推荐这篇关于离开 Medium 的精彩文章。
对于那些想知道如何正确完成此操作的人来说,这是使用dev.to时的整个过程。
我们能做什么?
创建自己的博客比以往任何时候都更容易。如果您已经有一段时间没有创建博客了,我强烈建议您尝试一下Gatsby、Hugo和Gridsome等静态网站生成器。结合Netlify之类的工具,维护博客将变得轻而易举。Wordpress
、Wix、Squarespace 和 Drupal 等博客内容管理系统 (CMS) 平台提供了丰富的生态系统,即使对于那些技术水平不足以运营自己博客的人来说也是如此。
不幸的是,这只解决了替换 Medium 的内容部分,而不是分发部分。这方面没有简单的解决方案,最好的办法是尽可能多地在多个渠道(Twitter、Reddit、HN 等)上发布内容。
Medium 也有一些替代方案。我个人会把博客发布到Dev.to(你可能现在就在上面读这篇文章),因为它支持我控制内容所需的功能。作为一名产品人员,我肯定会对 UI 进行一些改进,但总体体验比 Medium 好得多。
鏂囩珷鏉ユ簮锛�https://dev.to/taillogs/why-medium-actually-sucks-203