Netflix’s dumbed-down algorithms | Felix Salmon

What’s more, with its concentration on streaming rather than DVDs by mail, Netflix has given up on its star-based ratings system, and instead uses what it calls “implicit preferences” derived from “recent plays, ratings, and other interactions”. Again, I’m not sure this is an improvement — but it does fit in a much bigger strategic move chez Netflix. While Madrigal and I might still think of Netflix as an online version of your old neighborhood Blockbuster Video store, Netflix itself wants to replace something which accumulates many more viewer-eyeball-hours than Blockbuster ever did. It doesn’t want to be movies: it wants to be TV. That’s why it’s making original programming, and that’s why the options which come up on your Netflix screen when you first sign in are increasingly TV shows rather than movies.

Netflix’s dumbed-down algorithms | Felix Salmon
(via Daring Fireball)

I signed up for Netflix when it launched in the Netherlands last year. Its selection of movies is embarrassingly, comically bad. I think that when they launched, they had about twenty movies in the “sci-fi” category. Not twenty sci-fi movies featured on the home page; twenty movies (loosely classified) in the sci-fi genre at all.

On the other hand, they have more than enough TV shows that I’m happy to snack on for €7.99 a month: Breaking Bad, Chuck, The Thick of It, etc. etc. Given that the Dutch iTunes store still doesn’t offer any TV content, that’s basically what Netflix has become for me: TV.

Moving to WordPress

After twelve years of using Movable Type, I have just moved the blogs on sunpig.com to WordPress. For some time now, Movable Type has been failing two of my three tests for choosing a piece of platform software:

  • Is it well documented? (Yes.)
  • Is it under active development? (No, at least not in its open source version.)
  • Does it have an active and supportive user community? (Not any more.)

I still like its architectural model of static publishing, and (partly because of that) it has a great security record, which is important if you’re running your own server. I’ve been using MT since version 1, and I’ve clung to it for sentimental and pseudo-practical reasons (“I know the templating language really well!”) for a long time, but the online world is a much different place now, and the fact is that compared to all other avenues for writing online, MT 5’s interface is poor, and I dislike using it. As a result, I don’t. I blogged less in 2013 than in any previous year.

OpenMelody was a fork of the open source version of MT 4, but it seems to be dead now.

I was considering using Jekyll, which is a modern static site generator: write posts in your text editor, run a site generator from the command line, and `rsync` the generated html files to your server. This has lots of good points: it generates static files, and it plugs directly into my standard text editor workflow — with version control! This is great if you’re a programmer and always have access to a machine with a command line. Not so great if `bundle exec jekyll build` makes you twitchy, or if you like the idea of occasionally posting something from your phone. Also, no matter how you slice it, comments end up as a crazy hack. I can see myself using jekyll for other projects, just not for our main blogs.

Ghost is new and shiny and looks like it pushes the standard blogging interface forward, but: node + sqlite. Really? They sat down and actually came up with that decision? Also, I mistrust an open source project that has a “sign up” link on its home page, but not a “download”.

Drupal would probably do the job, but my impression is (perhaps incorrectly) that it is more geared towards sites rather than blogs.

So… WordPress. Big community, well documented, under active development. Used to have a bad rep for security, but is a lot better than it used to be, and since version 3.7 even features an automatic update process to apply maintenance and security patches. It also has well-established guidelines and practices for hardening an installation. It’s “the standard” these days. I have a general preference for “off-piste” solutions, but sometimes I just want to go with something that “just works”. Mostly.

It took me a few days to prepare the migration. I pulled the trigger yesterday evening, and by the (late) end of the evening, the new Death Star was mostly operational. Today has been mopping up and housekeeping. And so far, I’m feeling pretty good about it.

The new shiny:

I put together a GitHub repository with my notes, preparation, and migration scripts in case anyone else might benefit from the experience: https://github.com/sunpig/sunpig-mt-to-wp. If you notice any problems, let me know.