Why I Don't Make Betas

I’ve been watching the results of the first Beta of another piece of software the last couple days by a developer we’ll call BetaMaker. I even tried it out. It has problems, like every other incomplete piece of software. The sheer number of problems is larger than I expected, and I’ve been trying to understand why that would be.

Ultimately, I think it stems from using large scale development methodology with a small scale team.

Everyone who has used software on a computer for any length of time these days understands what a beta is. It’s a version of the software that is incomplete and may have bugs. Usually, a beta build comes after an alpha build that is not made public. A beta build is often the first public release of a piece of software.

Beta’s work great for large teams making large pieces of software. They generally have testing resources that test each build on large numbers of configurations of computers over the course of the development cycle. Beta’s are generally supposed to be feature complete, and close to release, but may have bugs.

I’m a lone developer. I have a limited number of fingers, eyes, and brains (some might suggest that my brains are more limited than other parts). I also have a limited number of computers. In other words, I can’t replicate the testing that goes on in a large development team employing a typical development cycle.

Developers create bugs while they are writing software. They don’t see them for any number of reasons, including poor planning, incomplete understanding of the problem space, blindness, and fatigue, among others. Bugs are easiest to fix when they are caught close to the time that they are created. The code is fresh in the developers mind and there aren’t layers and layers of other code on top of what was just done.

Since I can’t code and test at the same time, and I have other limited resources, if I followed the alpha, beta, release style of development, when I reached beta, there would have likely been a large number of bugs lurking that are hard to find because they exist in code I hadn’t looked at in six months or more. This, I think, is what’s happening to BetaMaker.

To solve that problem, I do lots of incremental releases with a limited number of changes. You get new features on a regular basis and the bugs that slip out are quickly fixed when found. The best thing is that StoryBox has been relatively stable since about three months into development, unlike BetaMaker who spent two years building something without anyone seeing it, only to find themselves snowed under with issues.

StoryBox 1.1.88 Released

This is a bugfix release that solves some annoying issues. I recommend (and most people won’t normally do this) that you don’t switch your date display format around a bunch if you can avoid it, but if you do, it will be handled much better than in the previous version.

I swear this will be the last release for a couple weeks. I only have two days left before I go, and a lot of things to get done. I’ll see you in a couple of weeks unless I decide to blog about my trip. The goal of the trip is getting writing done on my novels, though, and not wasting time online.

http://www.storyboxsoftware.com/download.htm

StoryBox 1.1.86 Released

OK, OK, I know. I said I wasn’t going to do anything. But I had some free time and there was this feature that I really wanted, and I thought some of you that are doing NaNoWriMo might want.

So I coded it up, and while it’s a might unpretty, I think it’s pretty cool.

Basically, there’s a Statistics item in the View menu that will bring up a page of Statistics. Right now, there is only a weekly view of your daily word counts, but I will be adding other nifty things as I come up with them.

I’m releasing it now, instead of later after it’s pretty, so that the daily stats can start being tracked. If you’ve already started a project, your first day is going to be HUGE! There’s not much I can do about that.

So, install this build BEFORE you start heavy writing on your project.

http://www.storyboxsoftware.com/download.htm

StoryBox 1.0.85 And A Break

I released StoryBox 1.0.85 today, which adds the ability to export and print notes and synopsis. It also fixes a data destruction bug (doesn’t affect the actual text – just the synopsis, notes, title, and document properties) when trashing a document under certain circumstances. I highly recommend updating to this version.

I am going to be taking a break soon from updating for about the next three weeks. I will be attending David Farland’s Writers Death Camp, during the first week of November and will not have the capability to fix anything while I’m away.

I will fix any critical bugs that are found this week, but with Halloween and preparations for my trip, I won’t have much time to add features.

http://www.storyboxsoftware.com/download.htm

StoryBox 1.0.84 Released

The first update in the new era!

I’ve added printing, storyboard background images, and a status indicator to the outline view, among other things.

You can print either single documents, or your whole project. It has the same options as the Export (minus the file format selection), however, it does not automatically print your whole story. If you want to print the whole story, select the Story in the File Drawer and then print.

The Storyboard background images can be set by right clicking on the background of the storyboard and selecting one of the three options in the context menu.

There is a “fix” or a “feature” that has been added to the version management. When you delete a version, it will now compact the file which should limit the file bloat. It will ask if you want to back up the file first, and I recommend doing that. I’ve tested it on my projects and it works, but I’m paranoid.

http://www.storyboxsoftware.com/download.htm

StoryBox Version 1.0.83 (Finally!)

Today is a day that I’ve been looking forward to for quite a while. Creating a piece of software and releasing it into the wild is about as stressful as anything. What did I miss? Will anybody like it? Will anyone buy it?

I tried to limit my stress by following my pre-release release plan, and it worked. There are quite a few users of StoryBox already and I’ve seen some nice comments about it in various places. They’ve posted a large number of problems to me, and I’ve been pretty diligent about fixing them as they came up.

There are still issues with it, I’m sure. The more people using it, the more oddball problems will be found. I’ll fix these as soon as they crop up. The release strategy has worked all this time, and I see no reason to change it. You will continue to get updates frequently.

I have a list of features to add to StoryBox that includes 26 items. Some are small, and some are rather large, and perhaps difficult to do. There are some I’ve committed to doing, like printing and exporting of synopsis and notes, and others that I haven’t yet committed myself to doing (not spilling those beans yet since I don’t know if I will do them).

You may be asking yourself, if I’ve got a list of features that long, why am I releasing 1.0 right now? With software, there are always features that could be added. StoryBox, as it stands today, does everything I wanted it to do when I first started out, and more. Could I have added the features on my list to 1.0? Sure, but it would be another year before I could release it, which would mean a year of people looking at it and saying to themselves, “It’s pre-release, it’s not done.” Software is never done. Versions releases are only a pause in the development, a point at which the developer decides the software has reached a milestone.

And thus, today is the birthday of StoryBox. Thank you to everyone that has helped or purchased a copy during the pre-release period. I can’t wait to get started on my list.

Download Version 1.0.83