The Responsive Designer
simonfosterdesign.com
simonfosterdesign.com
I think it's absolutely necessary to have different layouts for desktop and mobile. But the idea that they need to "flow into each other", I just don't buy. I mean, I've never seen anyone (in a real-life use case) resize their browser window to be narrow on their desktop, and iPads deal quite well with desktop-sized sites (especially navigating in horizontal mode).
The problem I have with fluidly "responsive design" is that it drastically overcomplicates everything. Good design becomes a lot harder, because you can't really keep in your head all the possible variations. A/B testing is drastically overcomplicated, because maybe something works in large width, doesn't work in 3/4 width, works again in 1/2 width, and doesn't work again in 1/4 width, because of the way elements pop around. And it just severly limits the kind of layout you can do. And like I said previously, for what? People don't really use "in-between" sizes, at least not that I've seen.
To me, "responsive design" just seems like a clever theoretical idea, without any real-life benefits. When I make a mobile version of a site, it's usually drastically different from the desktop site -- because it's organized vertically, because there's less that can be shown at once, because mobile users often have a completely different set of use cases than desktop users. It's a completely different beast.
In the vast majority of cases, I think it's impossible to shoehorn a truly good desktop experience and a truly good mobile experience together into a single "responsive design". I get that people are trying, but I'm just not convinced by the efforts.
I do this very very often.
I will be watching a YouTube video or a BBC iPlayer video in one window. Then I'll open another browser window and resize it to be tall and thin.
It is infuriating just how poorly most website cope with this tall thin window. And really, most text is easier to read in a narrow column.
Then it was media queries and a fluid grid.
Then it was media queries and a fluid grid and mobile first.
Now it's media queries and a fluid grid and mobile first and built around the content.
Tomorrow what ?
Meanwhile, responsive websites are as crappy as non responsive one, but 2x heavier because of the crazy CSS and all the async js.
If you can't detect the internet speed of your user, you can't make responsive websites, period. That's why the only good responsive websites are the text-content-only websites.
Come on, the linked post is nearly 2mb...
I'm not sure about your other points, I see no reason why a responsive site should be 2x heaver in file size than its non-responsive equivalent, after all it's only a few more bytes of CSS. The increase you're seeing is probably more to do with large JS libraries and in the case of the linked article, many large images.
It's good. Perhaps the inclination to tag "really good" is because of the trendy pictures?
But really, Simon's article/presentation/rant is presented as responsive design within a framework that is mobile-first. And the body of his works shows a distinctly mobile-first perspective. Which is not bad, but is also not necessarily responsive.
Really good responsive design gives an optimized desktop experience, and gracefully degrades to smaller screens. --OR-- Really good responsive design gives an optimized mobile experience, and gracefully expands for larger screens.
edit: Maybe you're trying to say that the length makes the article unfriendly to mobile. In that case, it's worth pointing out that responsive design is not synonymous with mobile design, but a separate process. While responsive design may affect the mobile layout, responsiveness has very little to do with factors such as article length.
The question being, as we consider stepping firmly into the scenario of an unpredictably wide range of screen sizes and use-cases accessing the content we create, should we also consider the amount of copy we impose on smaller screens and/or mobile users with unknown time/bandwidth for content consumption? I think responsible creators of digital content should consider content-length as much as UI.
(Also in the usability tests I've done I've never seen text length be an issue for readers on mobile. I'd be interested if you seen something different.)