Who modded this up? This reads like a collection of every snake-oil "fix" plaguing xda.
Swapping, besides the problem of wearing out flash that you pointed out (but strangely dismissed as not being a problem to ruin user's flash memory even if it's replaceable - even desktop OS's tend to disable swapping on SSDs), is also slower and more energy consuming.
Actually, the effect of swapping would be that you'd get lag in your current application as your device realizes it needs to free up memory and initiates swapping instead of instantly dropping the other app.
Swapping only really helps re-opening an app faster, but the official recommendation here is that 1) apps start quickly (the dev environment will warn you if your app is doing too much work at launch) and 2) save its state when unloaded from memory and recover.
Unfortunately, many app devs suck, which will be a theme for the following points.
TWO: DISDAIN FOR 2D GPU ACCELERATION
True that GPU acceleration came way too late in the game. There is no disdain however, there's only the fact that having a diverse universe of possible architectures forces the APIs to remain more abstract. This is also true of desktop OS' though, so not really a problem (and the newer Android devices certainly render as smooth as any other device).
I'm not even sure what you mean by architectural bias to rendering content on the fly.
True that this happens in the Google Maps app and in the browser (and webview), and I wish they'd fix it, but for lists and every other view container, the architectural design is to reuse the views as much as possible.
In fact, the API even gives you a cached view and handles the cache for you automatically, so you only have to add a few lines of code to take advantage of it.
Problem is, again, that many app developers are crap.
THREE: ANDROID'S MEMORY-MANAGEMENT SUCKS
Allocations are expensive on any platform. Allocating more than you need wastes power and memory, both of which are limited on a device. Your solution seems to be to throw more memory at devices, but while I'd love if manufacturers started doing that, the sad reality is that they won't. So the OS has two choices: work within the current conditions, or optimize for pie-in-the-sky designs. You seem to prefer the latter.
And even if your device has a shitload of memory, your app will still need to live in a multi-tasking environment with other apps. Because of point 1, you want every app taking as little of that precious memory as possible in order to conserve the entire system responsiveness.
Stop being lazy and allocate only what you need.
FOUR: ANDROID'S DEFAULT CPU GOVERNORS MAKE AN ANNOYING PROBLEM INTOLERABLE
Wasn't this done for Android 4.2?
Anyway, my experience with Android hackers is that they'd too gladly trade a lot of battery life for a little performance. I'm not saying the standard Android ratio is perfect, but this will come down to a matter of taste and use-cases.
To finish off, there's a line in the article which while stated poorly, does have some truth to it: (paraphrasing) when you reinstall your system it's always snappier, simply because you're getting rid of the cruft.
This (and as someone in another post above said, paranoia), I believe is the real reason behind why a lot of the above ideas have taken so much hold. Someone makes a claim like this, posts a new ROM which "fixes" it, and people will invariably find their system snappier. Then, with time they start installing back their old apps, services, widgets and live wallpapers, and slowly turn the temperature on that frog.
Then they are ready for the next conspiracy-induced "fix".