Karen McGrane warns about the dangers of content forking and tells us that the problem responsive design is trying to solve is really a problem with the CMS

The experience of using a mobile website should naturally be different from a desktop experience – not just visual presentation, content should be prioritised and structured differently. The risk, though, is that you’ll wind up maintaining different versions. News flash: this will be a disaster. Duplicate content. Out-of-sync updates. Wasted effort.

When usability pioneer Jakob Nielsen argued that you should “Build a separate mobile-optimised site (or mobile site) if you can afford it” where you cut features and content “that are not core to the mobile use case”, many within the mobile design and development community got out their torches and pitchforks. Seems like people who spend a lot of time thinking about mobile agree that a separate mobile website is “180-degrees backward”.

But what does a “separate mobile website” even mean?

Whether you’re talking about content or code, what you want to guard against is creating multiple versions of your website. It’s called forking, and it’s a forking nightmare from a maintenance perspective. If you fork your website into separate mobile and desktop versions, then you’re stuck updating both of them every time there’s a change. Avoiding this problem is tricky, even with sophisticated content management systems. But before we get there, let’s start with a simple scenario.

via A separate mobile website: no forking way | Opinion | .net magazine.