Do They Make Anti-TUMS®?

Wow. Touched a nerve with those Rixstep folks.

Trouble is, their aim is as bad as their logic. Wait, they don’t use logic.

See, I tried to register for their forum, because, like all the blogging cowards out there, they provide no trackbacking, no commenting. I’m going to have to assume, like all those other cowards out there, they can’t take criticism. Since my approval to join their forums was subject to review by a “moderator”, what I did get back was that they’d changed my username to “GodOfBacksides” and went ahead and filled out my profile page with all sorts of belittling crap I assume they found amusing.

When I wrote that they appeared to be….lacking…in the ability write a simple installer script, they chose to interpret it as “Barbozo has gone on the record to state he’s befuddled with the Rixstep Xfile Test Drive in that it requires two mouse drags instead of one to ‘install’.”

Huh. Think about that. Actually, don’t. You’ll get whiplash. Or at least stretch marks.

So you’d think that they’d worry that people would read such vituperation from them and follow the link to my original article to see just how much of a lame-ass I really am. You’d think. But they didn’t: under the auspices of

Although Rixstep won’t assist the hapless Apple UE ‘engineer’ in upping his page rank they will help you find him if you really feel you must. Here’s a clue: he considers himself a deity when it comes to men’s backsides and chose his domain name with that in mind.

Ow, my sides from laughter.

Nice to know they call men’s backsides “biscuits”, so at least we have that in common. And, “God of Backsides”? How embarrassing that they end up paying me a compliment instead of a homophobic bon mot.

They wrote up a whole page about lil ol’ me, a self-confessed brandishing of wit (though their wit is not so much in the soul as in the limbs and outward flourishes). It has a piquant, Usual Suspects theme, replete with Photoshop (sorry, more likely GIMP) embellishments.

Apparently I don’t know anything about anything. So why am I writing here? Well, at the risk of reanimating their exquisite ire, I’m pointing out just how embittered these folks are.

They accuse my ilk, the much-fabled “Landed Gentry” of Mac development, of “committing murder” and getting away with it. All those tiny, harmless files they eviscerate Daniel Jalkut for are quite easy to overlook if you’re smart enough to know how to construct an installer package. Which they don’t, so again with the ignoratio elenchi. Tediousness of limb, indeed. And for the record, if you use a utility application to build your installer package, the utility typically takes care to remove these “sloppy” files.

For the record, I do not know Jalkut personally, just by (high) reputation, but I do love MarsEdit and that’s all that should matter, is all that matters to me.

They bitch about other developers embedding copies of frameworks into app bundles instead of installing those frameworks in a place where they can be shared among multiple applications, which saves disk space (infinitesimal amounts, considering the sizes of hard drives), but then rixstep bundles all of it’s filesystem glue into its own framework, when, if they really were possessed of spirit of sharing and optimizing, they’d have built out MacFUSE plugins for each filesystem type so that Mac users could transparently work with all those other filesystems without having to know the difference.

But then that might cut into their sales of Xfile. And it’s just too bad because, just the other day my mom called me up, crying, asking me why oh WHY! couldn’t the finder show file inodes? She started calling me all sorts of names because the Finder couldn’t do this for her.

O, the Humanity.

Anyhoo, I was thinking that maybe I should just post a link to the webpage they spent so much time creating in my honor. But you’d follow that link and read their masterpiece and probably become angry or maybe just roll your eyes—or maybe even agree with them. Your choice. But since they insulate themselves from criticism (you can’t comment; you can’t trackback to them; you can’t even post in their forums because they’ll just delete what you wrote. You’ll just have to ingest the fecal matter and end up diarrheic and have to eat a lot of yogurt and then have constipation and then gas and, well, that all will just turn you into a rixstep devotee.

Why these people even bother with a platform they clearly so despise, selling a product that’s useful only to other propeller heads or, worse, IT folks, is beyond me. But they’re welcome to write software for the platform. If they make real money off of a tiny niche of users of a minority platform, more power to them. But then, who really has respect for anyone who bites the hand that feeds them? That disses the thing which owns the hands that they bite? (word has it they block all traffic coming from within Apple’s IP number range). I sure don’t.

And rixstep guys? Xfile’s not a drop-in replacement for the Finder any more than fink->download-package->compile->link->install->read man pages is a replacement for dragging an app into the Applications folder.

The best software is the software that people use and love using by choice and not because they’ve been locked into that software by proprietary file formats or because they invested so much time in learning an inscrutable command set and refuse to let the time-spent go to waste.

You wrote

Everybody loves MarsEdit - but that’s not the issue.

That actually is the issue. The only issue if you’re writing software that you want people to use. If you’ve not learned that, you don’t deserve even whatever small successes you might have.

Technorati Tags: , , ,

People Who Write Lame Software

My full disclosure: I work for the company that this guy has been flaming at and he’s been doing it for a while now.

Disclaimer: Everything I say in response to this guy comes from years of experience with software development before I started working for Apple and in no way nor context am I disclosing internal specifics about my employer.

There was an old hypocrite who lived in a shoe. And by shoe, I mean glass house. And by old hypocrite, I mean, well, a lame, hypocritical stone-maker who throws stones.

Here’s a little background information on software development. Development is more than just writing a program. It involves interaction with ‘domain experts’, in other words, those people who will be using the software and who know best the tasks they need the software to accomplish. It’s also up to engineers who either have a background in the domain or at least do some seriously legwork in learning about the domain. This is the fundamental catch-22 that’s usually one of the most difficult parts of software development. Think of it as, say, a Tibetan historian trying to communicate with an American engineer alone in a room with no moderator nor translator. This stage is arguably also the most important. Software exists to enable or enact…people, businesses, teams, other computers..whatever. Software’s purpose is to accomplish something.

People usually pay far too little attention to this. From small developers to large ones: Microsoft doesn’t care about people who need to produce documents so much as they care about the marketing people who need add extra features bullets on their Powerpoint slides.

The software itself—that is, the final product that goes out to the public—often lives or dies mainly on how much care was spent at this stage of the game. The short version of all this: know your audience!

•••

There’s a piece of software out there called Xfile, written by a guy who also has lately been on a tear taking potshots at Apple for their lack of attention to his own needs. Does he file bug reports to Apple? No, he says, because they don’t pay attention to them. So instead he expects a large corporation to pay attention to his strident rants and ad hominem sarcasms and that’s the better way to get things fixed. Uhhhh, what?

Here’s how software product development works in every development house I’ve ever worked for:

  1. Create a proposal for a feature set based on what you expect the app should do.
  2. Speak to domain experts before and/or during this process.
  3. Prioritize those features, again using the expertise of the domain experts’ assistance
  4. Produce a schedule and have engineers write the appropriate code, designers produce the graphics, HCI/UE people approve or create workflow scenarios within the app
  5. Have QA people come up to speed on all these things and along the way, test and file bugs against each interim build of the app.
  6. Jettison features for which there is no time to implement or get working acceptably.
  7. Continue QA, including filing bugs against errors and broken features
  8. Along the way, all bugs filed into a database are reviewed by managers and engineers. When bugs are fixed, they are re-categorized so that the QA people can verify the fixes.
  9. Eventually, all high-priority bugs are fixed and decisions are made whether to release the software or not, with remaining bugs deferred until a future release (like Mac OS X was released as 10.5.0, quickly followed by a 10.5.1 version which included fixes for many of those bugs that were deferred from 10.5.0.

The point here is that there are so many people involved in a significant software product that all defects (bugs) in the software—and in the documentation, packaging, etc.—must live in a central repository so that they aren’t lost and so that anyone can access not only the bug itself, but information on how it can be reproduced, what its history has been, who has worked on it, what its priority is, etc. That’s the only way it all works. The bug database is god: if it’s not in the database, it doesn’t exist. period. This is a matter of logistics, not ideals. Of necessity, not convenience or excusability.

In many cases, it’s a user out in the field that has discovered a bug. And for reasons already explained, those users are encouraged to file the bugs through official channels. That almost always means filing the bug directly to the company, which adds the bug directly to the aforementioned database of bugs, which means they go to god, which means they end up in the only place they can possibly be found and tracked.

So this guy at Rixstep hasn’t gotten fast-enough satisfaction when he’s filed bugs, so he stopped submitting bug reports for the bugs that bug him. Completely illogical, unless he actually believes his cheap potshots posted solely on his own little website is going to be more effective in getting Apple to fix bugs than actually getting bugs entered into a bugs database. Then it’s not illogical, it’s delusional.

But I read most of these rants and found them a bit hysterical (unraveled, not funny). After a while I discovered that he puts out his own software, one of which is called Xfile. He touts it as a replacement for the Finder because he hates the Finder and its bugs.

Fair enough. That’s what official SDKs are for: writing software as a third-party. I even applaud him for it, did applaud him for it. Until I started on the path to obtain and install and use it.

The software downloads as you’d expect, and the Finder (irony!) uncompresses the file, leaving you with a folder. Ok, we’re still well within a user’s expected experience, all’s familiar.

But what’s in the folder? A bunch of applications, a “readme.html” file, and something called APC.framework.

Most of my friends don’t know what to do with a .framework item. Certainly my mom has no idea what the hell ACP.framework might be. Most Mac users might have heard of a framework, but only from a certain distance, thanks to Apple for shielding as much of the techie stuff as possible from a user.

But there’s that “readme.html” You have to drag the ACP.framework into the /Library/Frameworks folder and you have to create that folder if it doesn’t yet exist. Then you drag all the other contents (other than the framework and the readme.html) into your Applications folder.

Does the Rixstep guy know that the Mac comes with an Installer.app? Does he understand how to build one? The behind-the-scenes reasons why it’s preferable to build an installer package?

So I ran the app, cuz I’m a software guy and I happen to know how and why those steps exist (even while I fail to understand why I must perform them manually), and this is what showed up (click for full-size):

thanks for putting so many icons in the toolbar that you had to set it to Icon-only just so that they’ll all fit in the toolbar. And for moving, willy-nilly, the standard user folders from a sidebar (where both icon and text label can be shown) to the toolbar, a non-standard location for any Mac application. There’s no use of space to group icons by function or meaning. (see iWork’s Numbers app for an excellent example of toolbar icon grouping).

And thank you so, so, so much for the frequent modal nag dialogs that remind me I haven’t yet purchased it. Or are you going to blame the Dock for bouncing at me every time any app puts up alerts?

I should have asked you rixstep folks for the webpage wherein I could formally submit bugs, but hell, you’ll just ignore those because you believe that petulant, petty ranting on a blog is the better way to go to get your concerns addressed.

Rixstep doesn’t stop there with all the duplicity, they have a page with the incredibly misnamed “Industry Watch”.

A sample, about a well-loved and popular blog editor called MarsEdit:

Everybody loves MarsEdit - but that’s not the issue. A lot of people loved their Fords before those Firestone tyres started exploding. It’s not about what you see - it’s about what you don’t see. And the likes of the Macosphere are not good at seeing these things. Irretrievable tards like Jonathan Wight, Gruber, and all the people Malcor hates simply don’t have the chops to do a lot more than use good old MarsEdit to write more blogposts about everybody else’s blogposts and crisscross links.

This is about as productive as it gets there.

They did offer some help, tho:

Do not accept half-arsed half-baked pieces of shit software from the Landed Gentry of Mac Development™. They want you to sit down and shut the fuck up. They’re used to getting away with murder. Don’t do it. Don’t sit down, don’t shut the fuck up, don’t let them get away with it.<br/> <br/> There’s only one way you’re going to get quality software from this crew: by demanding it. They’ll never give it to you for free.

Ok, so here I go…

So the developer of MarsEdit left a few tiny and harmless files within the shipping application bundle? You fucktards at rixstep don’t even know how to build an installer package! When I tried to quit the POS that is Xfile, first I had to answer the nag alert one more time that I most certainly didn’t want to buy their lame-ass software.

Rix-dicks, your own back yard is a pestilent swamp. How’s about you dry that up and remove the that contagion from the world before you go taking unfounded and overblown potshots at people who actually write software that people love to use?

But hey, at least your terminal-window-with-a-toolbar “application” can count the number of files in a man-pages directory lickety-split! Well done you.