您应该使用 Medium 还是 dev.to？

您应该使用 Medium 还是 dev.to？

Kotlin 游乐场{% kotlin URL %}

毛刺

CodePen

JSFiddle

其他的

原帖您应该使用 Medium 还是 dev.to？

您应该使用 Medium 还是 dev.to？

Medium 还是 dev.to，你应该使用哪一个作为博客平台？它们各自的优缺点是什么？

我也问过自己这些问题，现在，凭借几周的经验，我可以回答这些问题。

介绍

几天后，@ tomkastek通过 Twitter 私信联系了我（顺便说一下，我的 Twitter 账号是 @ DavidMM1707）。他对博客平台很感兴趣，在 Medium 和 dev.to 之间犹豫不决：

这是个好问题。我也问过自己这个问题，而最好的答案就是两者都尝试一下。

我最初是在 Medium 上开始的。几天前，我也发现了一些转用 dev.to 的理由。而且我也看到了这两个平台的优缺点。

我将在这里列出它们，但在此之前……

什么是 Medium？

Medium是一个在线发布平台。它是社交新闻的典范，拥有业余和专业作家及出版物，并被视为博客托管平台。

它看起来像这样：

它拥有精美简洁的风格、丰富的出版物等等。你可以在那里关注我，我的用户名是DavidMM。

但是，dev.to 怎么样？

dev.to 是什么？

Dev.to是一个在线社区，用于分享和发现伟大的想法、进行辩论和结交朋友。

它是一个博客平台？一个聊天室？还是一个论坛？对我来说，这三者兼具。

虽然不如 Medium 精致，但更适合吸引其他开发者。你也可以在那里关注我。

现在我们了解了这两个平台，但是……它们的优缺点又如何呢？

中等优缺点

现在，我的 Medium 优点和缺点：

优点

• 易于书写。在 Medium 上书写既简单又干净。

• 导入文章。你可以将文章从任何地方导入到 Medium。我用它将我自己网站上的文章链接到 Medium，这样我也可以在那里分享它们。
• 很酷的数据。你知道有多少人看了你的帖子，有多少人读了你的帖子，阅读率的百分比等等。

• 如果你在出版物上写作，你会得到很多浏览量（更多关于缺点的信息）

缺点

• 你不会获得任何浏览量。除非有人允许你在他们的出版物上发表文章。在有人把我加入他们的出版物之前，我每篇文章的浏览量只有1-5次。之后，我每天的浏览量大约有数百次（100-450次）。

红色表示未发表过任何作品，蓝色表示已发表过作品，绿色表示我被授予“编程”Medium 版块的席位。你可以看到区别。

• 你的内容目标是付费。虽然这是一种合法的商业模式，但我不认同。我希望我的文章免费，而且永远免费。
• 不适合程序员。在那里发布代码极其困难。我得用插件才能做到，而且要用它，你必须创建一个 Gist 并链接进去。它会自动完成，但我不喜欢它的运作方式。应该直接复制粘贴就好了。
• 愚蠢的“点赞”系统。你想给帖子投票多少就投票多少。我之前有个帖子有+100个赞，结果只有11个人点赞。

概括

作为一名程序员，我不太喜欢 Medium。虽然写这类帖子挺好（其实我只是复制了帖子的 URL，然后导入，做了一些小改动就好了），但写包含大量代码的编程帖子确实很费劲。

除非你被人发现，否则你在那里几乎没什么人看。然后你就会一飞冲天。我的记录是，几周后，一天就有近500名读者。还有这个：

作为一名程序员，我的感受很复杂：写代码很难，Medium 的目标用户并非程序员，而是所有人，你不知道谁在看你的帖子。不过它有一个“阅读率”系统，所以你可以知道有多少人真正阅读了它。

而且看上去很干净。

但是现在，让我们看看 Dev.to。

dev.to 的优缺点

我对 dev.to 的喜欢和不喜欢之处：

优点

• 针对程序员。100％的读者都是程序员或学习编码的人。
• 投票系统。你可以点赞、超级喜欢某个视频，或者“保存”以便稍后观看。我经常使用“保存”功能，以便稍后观看或将其作为学习资源。
• 代码编写简单。只需添加一个标签，然后复制粘贴代码即可。非常简单。零复杂性。
• 很容易获得评论。即使有几百个真正的读者，我的 Medium 帖子也几乎没有任何评论。在 dev.to 上，你发布的任何帖子都很难没有评论和点赞/超级点赞（证明我是对的！）
• 标签系统。创建帖子时，您可以选择一个或多个标签。关注这些标签的人更有可能找到您的帖子。作为读者，您可以过滤掉不喜欢的内容，只在动态中找到您感兴趣的内容。
• 非常适合分享代码。与 Medium 不同，你可以在 dev.to 上轻松分享代码。例如，使用 Markdown 语法高亮：

const hello = (name) => {
    console.log(`hello, ${name}`)
}

您还可以嵌入 Kotlin 代码片段、Glitch、Codepen、JSFiddle 等。

（感谢 Jean-Michel Fayard、Alexis Benamar 和 Dominik Lubański 指出我的错误。）

缺点

• 使用 Markdown 系统。我不太喜欢它，因为我平时不怎么用它（只用来创建http://README.md文件）。虽然它有编辑和预览视图，但你必须在两者之间切换才能看到你正在做什么。除非你能把博客内容转换成 Markdown 格式（幸好我找到了一个），否则你无法导入任何博客。
• 创建用户后，系统会自动关注 50 个人。虽然这没什么不好，但我每天大概会有 150 个粉丝，我不知道哪些是真的，哪些是系统自动添加的。

概括

我非常喜欢 dev.to。这里只有开发者，所以 99% 的帖子都可能让你感兴趣，互动（评论、点赞等）也更具“人性化”，对开发者来说是一个很棒的平台。

结论

因此，回答最初的问题：您应该使用 Medium 还是 dev.to？答案是……视情况而定。

先在那里等待，然后再点击“X”或抓起草叉！

我觉得如果你想写一篇关于编程世界相关的精彩文章（作为初级开发人员的艰辛、行业中的问题等），Medium 更容易写，也更容易获得浏览量。

但是如果你想要了解更多技术，加入社区，获得并提供反馈等，那么 Dev.to 就是答案。

总而言之，选择权在你手中。我建议你两种都试试，然后坚持选择你喜欢的那一款。或者像我一样，两种都用。

我的 Youtube 教程视频

通过 Twitter 联系我

阅读更多教程