These "rules" aren't set in stone. They are an attempt to marry traditional desktop computing with the stateless approach to files in iOS—where a file never has to be saved because it always is saved.
It doesn't work. It makes no sense. It is a political decision disguised as an UX one. It's about "let's make it work as it does on mobile because we expect both to merge at some point in the future".
This is why details of Autosave and Versions implementation feel as an afterthought. I suppose it went something like this:
"What if people don't want to autosave older files they open?"
"Let's remind them about the autosave thingy and warn them by locking those files."
"OK. When does a file get locked?"
"I dunno… pick a number… two weeks should be as good as any. But give them an illusion of control, allow this to be changed to 2-3 predefined values, just make sure those settings are hidden somewhere nobody's going to look for them."
[audible chuckle by Apple employee reading this thread]
Forced Autosave/Versioning is a broken idea from the start. Versioned files get disjointed from their original files when the files are moved (via email, to a network drive, to a portable memory stick and (I understand) even to another computer via iCloud).
Versioning doesn't leave the user any control—commits, file handling, etc. As someone just wrote, it doesn't work anything like version control systems known and polished for decades. Picking a version based on a screenshot on Star Wars background just shows how badly designed that system is.
Apple's UX policy in OSX always seemed to be "make key UI decisions for the user, choose sensible defaults but leave a lever under the hood for power users to tweak them". This new "force everyone do do as we say" paradigm breaks this approach.
Forced Versioning/Autosave makes no sense in a wide range of apps, e.g. anything that deals with editing graphic, video or audio files. JPG or MP3 files, for instance, suffer degradation every time they are saved so an original image should never be saved. Suppose you open a jpg before the two weeks time-lock and change saturation on it just to see what it looks like. Bang—you just caused it to autosave, degrading file quality by re-applying lossy JPG compression. This is absurd and just shows how little thought this whole UX change was given.
Making duplicates is a very inefficient solution to that—duplicating is also a good example of what I count as an "afterthought to a political decision".
I can't imagine a code editor like Coda, BBEdit or Espresso conforming to those rules either. These apps work with local and remote files, also with versioning systems like SVN or GIT. When editing code, I know the code isn't saved until I deliberately save it. Autosave would get in the way to the point of making the app hard to work with—especially that a lot of work is done on remote files via FTP.
Text Wrangler was just updated to "Lion features" last week on the App Store. Fullscreen? Yes. Autosave? No. Save As? Of course. Plus some other saving options.
The reason you don't hear a widespread uproar about the borked new paradigm is that most people, even professionals using Macs have no idea it's there. A lot learn the hard way, losing their data, breaking files they had been using for a long time (and some of them come here to share their discontent). I had conversations recently with people using Macs for a living that went like:
Me: "You know there's no Save As since Lion?"
Them: "What are you talking about? Are you joking?"
Obviously, the apps they're using didn't lose "save as" yet. Wait until they do.
Something's in the air if even people who've made tech celebrity careers out of their loyalty to Apple like fanboy extraordinaire John Gruber begin to quietly hint that something's not right, so far in other people's words:
http://daringfireball.net/linked/2012/03/29/autosave
Back to your righteous (or should I say, servilist) crusade. You are effectively forcing a company to break a piece of good software in order for it to conform to Apple's borked new rules "or else".
Being featured on any of AppStore's featured lists usually means noticeable increase in sales—they just lost that thanks to a self-appointed sheriff. I understand some people bought this piece of software based on a recommendation in this thread, i.e. on GC's wide array of saving options. If this gets broken, those people lose their money's worth when they update the app to the crippled but politically correct version—just like Pixelmator users did. It is a lose-lose.
As I said, something's in the air. Apple extended (as I understand) their deadline for sandboxing and using only the new saving API in AppStore apps. There are many apps not obeying the API rules on other featured lists (actually, the "enhanced for Lion apps" list is oddly short). Adobe just came up with a very good new version of Photoshop, using their own autosave (which is practical, non-invasive and which you can disable, actually what Apple's autosave should've been like all along).
The battle is not lost yet. Apple still can fix Autosave/Versioning by creating an API that is optional to use but above all, usable. Considering that some programs are unlikely to ever use the new paradigm, both paradigms will coexist on OSX for some time, creating an UI mess of historic proportions.