Original Post Should you use Medium or dev.to?
Should you use Medium or dev.to?
Medium or dev.to, which one should you use as a blogging platform? What are the pros and cons of each one?
I asked myself those questions too, and now, with a few weeks of experience, I can answer them.
Introduction
A few days, @tomkastek reached me on a DM via Twitter (I'm @DavidMM1707 there, by the way). He was interested in a blogging platform and was indecisive between Medium and dev.to:
It was a good question. A question I asked myself, and the best way to answer it was to try both.
I started on Medium. A few days before I saw reasons to move to use dev.to too. And I saw benefits and drawbacks of both platforms.
And I'm going to list them here, but before thatβ¦
What is Medium?
Medium is an online publishing platform. It is an example of social journalism, having a combination of amateur and professional writers and publications, and it is regarded a blog hosts.
And it looks like this:
It has cool things like a polished and clean style, publications and more. You can follow me there as DavidMM.
But, what about dev.to?
What is dev.to?
Dev.to is an online community for sharing and discovering great ideas, having debate and making friends.
It is a blogging platform? A chat room? A forum? For me, all 3 things combined.
Not as polished as Medium, but better for engaging other developers. And you can follow me there too.
Now we know both platforms, butβ¦what about their pros and cons?
Medium pros and cons
Now, my Medium pros and cons:
Pros
- Easy to write on. Writing in Medium is easy to do and clean.
- Importing articles. You can import your articles from anywhere to Medium. I use it to link my own website articles to Medium so I can share them there too.
- Cool stats. You know how many people watched your post, how many read them, a % of Read Ratio, etc.
- You get a lot of views β¦if you write in a publication (More info on cons)
Cons
- You get no views. Unless someone lets you write on their publication. I had 1-5 views per publication until someone got me into their publication. After that, I got around hundreds of views (100-450) each day.
Red for no publications, blue for publications and green when I was granted a spot at "Programming" Medium section. You can see the difference.
- Your content aim is to be on the paywall. While a legit business model, I don't agree with that. I want my articles free and they will always be.
- Not for programmers. It's extremely hard to post code there. I have to use a plugin to do it and to use it you have to create a gist then link it. It does it automatically but I don't like how it works. It should be copy-paste and that's it.
- Stupid "like" system. You can vote as much as you want for posts. I had a post with +100 likes and only 11 people liked the post.
Summary
As a programmer, I don't like Medium too much. While it is good to write posts like this one (In fact, I only copied the URL of this post and I imported it, with minor tweaks and that's it), programming-posts with lots of code is taxing.
You almost get no views there unless you get spotted. Then you sky-rocket. My record was almost 500 readers in one day a few weeks after being there. And this:
Mixed feelings as a programmer: Hard to write code, Medium is not aimed as a programmers but for everybody and you don't know who is entering in your posts. But is has a "Read ratio" system so you know how many people actually read it.
And it looks clean.
But now, let's see Dev.to.
dev.to pros and cons
What I like and dislike about dev.to:
Pros
- Aimed to programmers. 100% of your readers are programmers or people learning to code.
- Voting system. You can like a video, give it a superlike and/or 'save' it to read it later. I have used a lot the save option to read later/having it as a learning resource.
- Easy to write code. It's just a tag you throw and then you copy and paste the code. That's it. Zero complexity.
- Easy to get comments. Even with several hundreds of real readers, I barely have any comment on my Medium posts. In dev.to it is hard to not get any comment and likes/superlikes in any post you create (Prove I'm right!)
- Tag system. When you create a post, you select one or more tags. People following those tags have a higher chance to find your posts. And you as a reader can just filter out things you don't like only to find things you're interested in, on your feed.
- Great for sharing code Unlike Medium, you can easily share code on dev.to. For example, using Markdown syntax highlighting:
const hello = (name) => {
console.log(`hello, ${name}`)
}
You can also embed Kotlin snippets, Glitch, Codepen, JSFiddle and more.
(Thanks to Jean-Michel Fayard, Alexis Benamar and Dominik LubaΕski for poiting out my mistake.)
Cons
- Uses a Markdown system. I don't like it as I don't use it normally (only to create http://README.md files), and while it has an edit and a preview view, you have to switch between both to see what you are doing. You can't import any blog to it unless you can transpile it into Markdown (Thankfully I found one)
- When you create a user you automatically follow 50 people. Not that it is super bad, but I get like 150 followers daily and I don't know which one is real and which one automatically assigned.
Summary
I like dev.to a lot. There are only developers so 99% of the posts are potentially interesting for you, more 'human' feeling in the form of interactions (comments, likes, etc) and a great platform for developers.
Conclusion
So, answering the initial question: Should you use Medium or dev.to the answer is⦠it depends.
Wait there before hitting the 'X' or grabbing a pitchfork!
I feel like if you want to write a polished article about something related to the programming world (the hardships of being a junior developer, the problems in the industry, etc) Medium is easier to write and get views.
But if you want to go more technical, be in a community, have and give feedback, etc Dev.to is the answer.
All in all, the choice is yours. I'll suggest you try both of them and stick to the one you want. Or use both, as I do.
Top comments (74)
What should note is that on dev.to you can have embedded runnable snippets.
I think they are sooo much better than just a block of code.
They are documented at dev.to/p/editor_guide
For example:
Kotlin Playground
{% kotlin URL %}
To create a runnable Kotlin snippet, go to play.kotlinlang.org
And embed it like this:
{% kotlin https://pl.kotl.in/owreUFFUG?theme=darcula&from=3&to=6&readOnly=true %}
Glitch
Go to glitch.com and embed it like
{% glitch vuejs %}
CodePen
Go to codepen.io/ and embed it like
{% codepen https://codepen.io/twhite96/pen/XKqrJX %}
JSFiddle
Go to jsfiddle.net/ and embed it like:
{% jsfiddle https://jsfiddle.net/link2twenty/v2kx9jcd %}
Others
See dev.to/p/editor_guide
Oh, I didn't know! I'm going to update the post
This is gold
That's great. I didn't know that. Thinking to become more active on the dev.to now
The big thing missing from dev.to is custom domain names. I'm sure there are a lot of developers (and others) that would quickly move their blog off of Medium if dev.to supported adding custom domain names to their product.
or, just run your own static blog (served from GHPages or wherever) with a custom domain, and cross-post to DEV with a Canonical URL back to your blog post. Better than
custom-domain.dev.to
orcustom-domain.medium.com
I like your idea but I was was thinking about top level domains (i.e., I have brenton.house as my medium blog). I can still can (and may yet) do what you suggested though until they add support for custom domains.
Second this. It is always possible, of course, to run a blog software by ourselves on our own domain but that is not the same thing as publishing on a platform or a network.
I've been thinking about start writing a long time ago. But just yesterday I do it. And I was making me this question all day. Where to start? I think I'll follow your advice and make it in both places and see how is it goes. Thanks!
Great post!
As the creator of DEV I definitely have some bias, but I'll add a few posts that sort of define the values we have on this issue, and why we make some of our choices...
Medium Was Never Meant to Be a Part of the Developer Ecosystem
Ben Halpern for The DEV Team γ» Jun 3 '19
You can now generate self-hostable static blogs right from your DEV content via Stackbit
Ben Halpern for The DEV Team γ» Sep 26 '19
We really work hard to be a value-add part of the ecosystem, rather than being an all-consuming monopoly on any of this stuff. I hope our work in supporting data portability and the open web are appreciated. π
And, of course, we're open source. Together with the community we'll just keep getting better and adding more value to the ecosystem that we don't entirely capture for ourselves.
You're MVP πππ
Self-hostable static blogs is a great new feature.
And yes, you can tell by the number of comments and its type, that this is geared more towards developers.
Another Pros for dev.to is that its SEO is great.
My last article dev.to/adrienpoly/critical-css-wit... on critical CSS for Rails, has been in the top 5 Google results (q="Rails critical CCS") almost since day one
It's right. My posts too.
You're right on that. Most of my posts are on the first (sometimes second) page of Google. But having my own blog I don't know if that's a good or a bad thing, SEO-wise...
Great article, it's nice to always have a choice.
But, I don't agree with your last statement about ugly code, as markdown offers syntax highlighting as a built-in feature. You just need to add the language you used in your code snippet next to the first triple backticks at the top. (You can find the right name for your language on numerous markdown help pages)
For example:
will render as:
PS: there are many bullet points where the bold text isn't properly rendered because the closing
**
sticks to a word, you might want to check it out πI didn't know. I'm going to update the OP.
Markdown is amazing. I like this.
I published an article about this exact topic: dev.to/maxkatz/where-to-publish-co.... My opinion - developers should publish on their own blog and then syndicate. This way no matter what happens with Medium, Dev.to or any future web site - your content is always on your site.
How do you get comments on a standalone blog?
I use Wordpress.com for my personal blog (maxkatz.org). It has a built-in comments feature.
What I'm doing is publish to my own site, then distribute it to Dev.to from there, and link to dev.to for the conversation. That way I get to maintain full control but still engage with the dev.to community.
Example: loftie.com/post/programming-music/
I used to also publish to medium but I'm getting quite literally zero views from them so I stopped, its a bad user experience anyway to get hit with that massive banner.
Linking the comments to dev.to is super clever.
I see what you did there, and I definitely like it. SMART
Will go for dev.to for now, then work on having mine later.
What do you think? Something from scratch in GitHub blog, or this whole Wordpress thing.
Thanks
I feel Medium is more for proper "articles" and "publications", not so much for discussions.
Dev.to kinda mixes things up a bit, which is good, but I often click on what I think is an article, only to find a one-liner asking a question to the community.
I'd love for that difference to exist in a more meaningful way.
That's what the #help is for (or it should be).
I always check how long is a post before clicking on it.
True, I don't have the habit of looking for those.
That either says something about the UX, or about me :)
My answer is on all of them, not just medium and dev.to - also LinkedIn, Steemit.com, Facebook (probably better in some dev group/page), audio version in sound cloud, anchor.co, video version - on youtube, dailymotion, vimeo, wherever is free. The core process of programming is code and run - to develop something. For the content is the same idea - test, change, test, test, test. The top spot should be the one you control (self-host), not some platform that you have account on (in User Mode). This is the Internet Game of - who would acquire the most attention (and content generation). That is what makes all big companies valuable (content, user base, attention).
I didn't know about Steemit.com. I might give it a try.
I barely have any reach there, because, it is flooded with content, like most others, but, I'm republishing my stuff there also. It doesn't take too much time. Who knows, from which hat the rabbit will appear.
Some comments may only be visible to logged-in visitors. Sign in to view all comments.