Solipsism Gradient

Rainer Brockerhoff’s blog

Browsing Posts published in February, 2005

Ping…

No comments

Whew, this has been a long dry spell. I had one of those pesky attacks of “programmer’s block”, where a couple of silly bugs hold things up for weeks.

Fortunately I can report that it’s over and we’re seeing real progress again. Expect RBSplitView 1.0.2 to be released in 1 or 2 days…

The Solipsism Gradient is reviewed at PageBoost:

“I just saw http://brockerhoff.net/bb/viewtopic.php. First-rate.

(…)

It must have taken a decade to perfect the page. The URL has 39 characters. This length scores best in usability studies. Seeing Solipsism Gradient, I’m simply so inspired. What a splendid page! The color scheme is impressive.

If only my aunt would have a cool page like that. Well, I expected the creator to achieve only the best. Simply stunning. The page contains 669 links, a stable amount. There are 106,092 characters in the code, which is a swell length for the Firefox browser. The HTML is highly accessible. What a wonderful, wonderful web page.”

– Max Williamson, Daily URL

You too can have your weblog reviewed! Thanks to John Walkenbach for this.

Self-portrait?

No comments

From Boing Boing:

If you’ve ever had an existential moment and wondered if you were possibly a brain in a jar being fed an elaborate simulation, this is the gizmo for you…

The Solipsism Gradient is on the high side today. I could use an extra CPU or two, certainly.

Re: Transparency

No comments

Regarding issues of trust between shareware authors and users, an interesting discussion has developed over on the XRay 1.1 support forum.

It appears to be based on a difference of mindset between old-time Mac users and users coming in from Unix or Linux platforms. I’m squarely inside the first camp, of course, never having used Unix or Linux (nor Windows, either, except on a very few occasions).

XRay‘s original purpose, as regular readers well know, was to offer a user-friendly way to view and set file/folder attributes, including BSD permission flags – the latter being a completely new concept to me and, judging by the software’s popularity, most Mac OS X users. As such, both the installation process and normal use try to insulate the user from the details as much as possible; the rationale being that anybody knowledgeable enough to use various Terminal commands such as chown and chmod would prefer using them directly, while old-time Mac users would prefer using XRay as a graphic wrapper for these commands.

I think is this the second (or third?) time, in the 3+ years that XRay has been available, that a former Unix/Linux user has thought that XRay’s installation procedure is “suspicious”; either because it asks for an administrator password to copy stuff into /Library/Application Support, or because it sets world-writeable permissions on the folders it creates there, or something. I must confess I had a hard time even understanding those arguments at first…

Of course I’m concerned with that and will try to make the whole process more transparent, but I’m not entirely sure how to go about that. Should I ask the user first “are you an old-time Machead or a suspicious former Unixer?”… icon_lol.gif

So far the least disagreeable solution seems to be to list, on demand, all steps that are done – or perhaps before each one is done – and explain why, and offer the user a chance not to do that, and say what restrictions will result from cancelling. Seems an awful lot of work, though, to accomodate a very small proportion of users.

Comments?

Transparency

No comments

An excellent article by Eric Sink is out: The Tenets of Transparency. Thomas Warfield also has some good comments. If you’re a developer doing (or considering doing) shareware, you should read it.

I observe that buying software is closer to the “high trust” end of the spectrum. When people buy software from your ISV [Independent Software Vendor], they are expecting a lot from you, both now and in the future:

  • They trust that your product will work on their machines.
  • They trust that you will help them if they have problems.
  • They trust that you will continue to improve the product.
  • They trust that you will provide them with a reasonable and fairly priced way of getting those improved versions.
  • They trust that you are not going out of business anytime soon.

Transparency is an ISV’s way of trusting your customers. By letting your customers see behind the corporate veil, you extend them your trust, making it easier for them to trust you in return.

He then goes on to list 8 ways of implementing transparency:

  1. Have a weblog.
  2. Offer web-based discussion forums.
  3. Don’t hide your product’s problems.
  4. Don’t annoy honest people.
  5. Offer a painless demo download.
  6. Offer a money-back guarantee.
  7. Share a little about your financial standing.
  8. Talk about your future plans.

I hope most of those sound familiar… icon_wink.gif. You’re reading the weblog now (#1), and there are discussion forums (#2) for each major product. Not that people take as much advantage of that as I hoped, but support over e-mail or AIM is often faster.

Don’t hide your product’s problems (#3): Eric takes this to refer to bug fixes and updates:

…But not only do users want you to keep improving your product, they usually care about specifically how the product grows and matures. They want to be reassured that your product will be growing deeper, not just wider. I define these terms like this:

  1. A product gets “wider” when it appeals to new users.
  2. A product gets “deeper” when it works better for the users it already has.

My bug fix and update policy is relatively simple. My freeware stuff is nearly all written for my own use too, so I try to keep it running on current releases, and try to keep it reasonably bug-free and functional. Beyond that, I’m open to suggestions for fixing stuff or adding functionality, but I can’t promise any huge efforts. So far, it looks like all my freeware will continue to work in the upcoming Tiger (10.4) release.

Regarding my shareware, which at present consists only of XRay, I of course try a little harder than that. If a paying customer complains of a specific bug I always try to fix it; if several customer declare they can’t live without a certain feature, I’ll implement it or (sometimes) convince them it’s not such a good idea. The latest release (1.1) is getting a little long in the tooth; a few minor bugs have surfaced, but on the other hand recent Finder versions have progressed to incorporate most of the functionality I originally wrote XRay 1.0 for, way back in the 10.1.x days; so fixing those isn’t on my high priority list anymore, unless more people suddenly start complaining.

Still, as I’ve mentioned before here, I’m working steadily on making XRay both wider and deeper, by recoding it from the ground up and calling it XRay 2.0. And at no charge to current users. However, I’ll be taking away some features that duplicate, by now needlessly, modern Finder capabilities.

Don’t annoy honest people (#4): I think I’m doing well on this. In fact, some users wrote in complaining that they couldn’t find any way to download the “real” XRay, without noticing that the serial number gets entered for them when they buy online… I suppose Eric also means this in the sense of not having any complex copy-protection or product activation. Rest assured I’ll never do any product activation on XRay, although this would of course be a defense against the bogus serial numbers and hacked binaries that are floating around.

Painless demo download (#5) is of course a given with shareware; just entering a valid serial number will convert the demo to the registered version. Eric says:

Nonetheless, although there should be no question about “if” you have a demo download, there are good questions to be asked about “how” you manage it. The high-trust path looks like this:

  1. Use time-limited demos, not feature-limited. (People who use “crippleware” as their demo are not willing to trust me, so I don’t trust them.)
  2. Don’t ask people to register just to see a demo. (I want to evaluate your product, not your privacy policy.)
  3. Don’t make people agree not to talk about your product. (People who try to prevent me from talking are trying to hide something, and are not to be trusted.)

OK, XRay is 15-day feature limited, and even after that it still has nearly all features; you just have to rerun it more often. I’m very puzzled at the last point… I want people to talk about my product, I can’t imagine someone requiring silence!

I’ve read conflicting views on money-back guarantees (#6); some developers don’t offer them, some tell horror tales about customers demanding refunds en masse. In practice, for me there has been only a single case of having to refund a customer’s money, and that was because he had paid twice because of a network glitch…

Share a little about your financial standing (#7):

When I buy software from a small ISV, I usually wish I could know all kinds of things about the company’s financials:

  • Is the company profitable?
  • How much cash does it have? How much debt?
  • What kind of corporation is it? Who are the owners?
  • Do they have outside investors?
  • Is the founder still involved? Does she still have a decent equity stake?

I’ve never touched on this issue before, and I don’t release sales figures for a variety of reasons. However, I can say that sales have been more than I expected, that they’re not high enough to make a living from (although I probably could do so if I were able to work fulltime at shareware), and that I and my wife have independent income. We have no debt and never had; not even a mortgage. It’s not even a corporation; just myself… so, rest assured my software won’t go away because of financial issues.

Talk about your future plans (#8 ): I often do, right here… so stay tuned!

Posted by Jackdaw:
“Meanwhile, the Creation Robot has posted a list of The Top 100 Mac OS X Applications and Nudge is on it. Thanks!”

You’re welcome icon_smile.gif It’s a handy mini-app.

http://www.creationrobot.com

Photos licensed by Creative Commons license. Unless otherwise noted, content © 2002-2012 by Rainer Brockerhoff. Iravan child theme by Rainer Brockerhoff, based on Arjuna-X, a WordPress Theme by SRS Solutions. jQuery UI based on Aristo.