I've attempted to build automated news systems in the past and have done so successfully a couple of times. However this is completely misleading as the work is not in publishing but instead is in the actual discovery, curation, and writing of content.
I don't know where the joke is from but if there is one about how engineers set up a blog it would go like this.
Normal person:
Goes to Medium, Wordpress, or somewhere else, starts writing and clicks publish.
Developer:
1. Set up ReactJS for the front end
2. Set up a build system for automated deployments
3. Sets up MongoDB to store the articles they'll be writing
4. Sets up the backend to serve up the various articles
5. Builds an integration for Wordpress that enables Wordpress to pull and push (make sure both ways) to the MongoDB system that's storing the newsletters
This is because an engineer's interest is not in the actual writing, but the creation of such a blog. To such engineers, I'd say that this is fine, but don't delude yourself into thinking that these are necessary steps to writing when there are much simpler ways, such as Medium or Wordpress as you say.
To be more precise, it's a typical law of the instrument - for man with a hammer every problem looks like a sticking nail. Applicable to pretty much every area of human knowledge resulting things to be more complicated than they have to.
This kind of indirectly brings up a point I think more devs should think about:
Look at how much work it took you to get to 8 & 9.
Is it worth throwing away hours of work and getting 1/10 the engagement you could've gotten, in a rush to cross off 9? Of course not.
Thinking about your blog topics - what's going to engage your audience, what's going to bring it in front of more viewers - should be something you think deeply about.
Just consider elevating it beyond "what do I find interesting in this moment, at this second." Think - hard - with some Google research to back it up, and yes, maybe some tedious cross-checking of similar articles - What would people like to read, and what would get you a good return on the time you've sunk into this?
It's sad to spend 5 hours on something 4 people read, when 6 hours could've easily made it 200.
All of this is fun. Sometimes I feel like writing, and sometimes I feel like messing with the website or the server it runs on. These tasks scratch different itches.
In either case, I have all the time in the world. I'm not maximizing for engagement. I'm just having fun, and I'm learning something along the way.
People make chairs with expensive tools in expensive workshops. They could just drive out and buy one, but they're not trying to disrupt the sitting industry. They just enjoy the process of making chairs.
This is something I did with my latest project Newsy (https://newsy.co) for those who are interested.
We built a tool to aggregate contents from various sources (e.g. news, videos, reddit posts etc) and then put them on a simple website (something similar to HN or Reddit).
The website then has a newsletter subscription feature and then latest / popular contents will be delivered.
I just worked out I've edited and published 3607 newsletter issues over the past 10 years so I know a little bit about this and.. automating bits and pieces around the production of a newsletter is certainly time worth spent. But automating the actual inclusion of content? Maybe for certain types of content, but you don't build up a tone, a sense of audience, or a long term narrative this way.. it just becomes a link/data dump. It's not necessarily bad or unsuitable in every case, but automating curation is in most cases not a route to a long term, loyal audience IMHO.
There are a few products I want to keep up on without actually having to go follow up on them. There are a few newsletters I enjoy that are things like "thoughts of the day" type things. A few that are technology based and either point to updates in, say, AWS or similar. It is not too unlike an RSS feed.
Building all the tech to aggregate the data is fun. Putting the newsletter together every day, less so. Newsletter fatigue is a real thing. This was super inspiring though, thanks for sharing!
This is "keeping myself informed, whilst possibly having other people
pay me"
it's a sensible idea.
I think i have a lot of side projects that with some effort might become something
people would pay for (obvious thing is a auto delete flag like outlook rules in gmail)
Yeah, that one confused me too. There’s a checkbox when you setup wordpress the first time that says something about search engines, maybe that’s what he’s referring to? Could be a number of plugins that help with some aspects of SEO that google will soon penalize for.
My experience with high traffic sites is that most of the things that helped our SEO were things I’d consider basic hygiene along with generally better than average content. There’s not much wordpress can do for that, in fact it will actively hurt you with it’s slow page generation if you don’t have a good caching layer.
WordPress won't remove the need to write high quality content, but the markup is very easy for Google to parse and with the Yoast plugin all of the structured data is automatically handled. WP also automatically adds alt tags to images and all the other bits of metadata Google likes.
Yoast has an incredibly feature-rich free version and is very easy to use for content creators. Focus-keywords, schema markup, meta title and description lengths and so much more. They've also recently extended the plugin so you can access a post's metadata really easy when querying the WP REST API (or GraphQL API), this comes in handy when using WP as a headless CMS. I don't know of a comparable solution for React or Vue but I would be glad to hear about it.
I don't know where the joke is from but if there is one about how engineers set up a blog it would go like this.
Normal person:
Goes to Medium, Wordpress, or somewhere else, starts writing and clicks publish.
Developer:
1. Set up ReactJS for the front end
2. Set up a build system for automated deployments
3. Sets up MongoDB to store the articles they'll be writing
4. Sets up the backend to serve up the various articles
5. Builds an integration for Wordpress that enables Wordpress to pull and push (make sure both ways) to the MongoDB system that's storing the newsletters
6. Sets up all the integrations required for SEO
7. Sets up the integration testing framework
8. Write an article
9. Clicks publish