From owner-freebsd-chat Mon Mar 2 15:23:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA13471 for freebsd-chat-outgoing; Mon, 2 Mar 1998 15:23:09 -0800 (PST) (envelope-from owner-freebsd-chat@FreeBSD.ORG) Received: from post.mail.demon.net (ehp-2.mail.demon.net [193.195.0.155]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id PAA13378 for ; Mon, 2 Mar 1998 15:22:45 -0800 (PST) (envelope-from james@jraynard.demon.co.uk) Received: from jraynard.demon.co.uk ([158.152.42.77]) by post.mail.demon.net id aa0226263; 2 Mar 98 23:12 GMT Received: (from james@localhost) by jraynard.demon.co.uk (8.8.8/8.6.12) id XAA17408; Mon, 2 Mar 1998 23:11:24 GMT Message-ID: <19980302231123.21564@jraynard.demon.co.uk> Date: Mon, 2 Mar 1998 23:11:23 +0000 From: James Raynard To: freebsd-chat@FreeBSD.ORG Subject: Fwd: A Guide to Software Revisions Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e Sender: owner-freebsd-chat@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is something I saw at work today. It seemed quite apt in view of the arguments about the next release... -------------------------- Forwarded message -------------------------- A Guide to Software Revisions Once you start playing with software you quickly become aware that each software package has a revision code attached to it. It is obvious that this revision code gives the sequence of changes to the product, but in reality there's substantially more information available through the rev code than that. This e-mail provides a guide for interpreting the meaning of the revision codes and what they actually signify. 1.0: Also known as "one point uh-oh", or "barely out of beta". We had to release because the lab guys had reached a point of exhaustion and the marketing guys were in a cold sweat of terror. We're praying that you'll find it more functional than, say, a computer virus and that its operation has some resemblance to that specified in the marketing copy. 1.1: We fixed all the killer bugs ... 1.2: Uh, we introduced a few new bugs fixing the killer bugs and so we had to fix them, too. 2.0: We did the product we really wanted to do to begin with. Mind you, it's really not what the customer needs yet, but we're working on it. 2.1: Well, not surprisingly, we broke some things in making major changes so we had to fix them. But we did a really good job of testing this time, so we don't think we introduced any new bugs while we were fixing these bugs. 2.2: Uh, sorry, one slipped through. One lousy typo error and you won't believe how much trouble it caused! 2.3: Some jerk found a deep-seated bug that's been there since 1.0 and wouldn't stop nagging until we fixed it!! 3.0: Hey, we finally think we've got it right! Most of the customers are really happy with this. 3.1: Of course, we did break a few little things. 4.0: More features. It's doubled in size now, by the way, and you'll need to get more memory and a faster processor ... 4.1: Just one or two bugs this time ... Honest! 5.0: We really need to go on to a new product, but we have an installed base out there to protect. We're cutting the staffing after this. 6.0: We had to fix a few things we broke in 5.0. Not very many, but it's been so long since we looked at this thing we might as well call it a major upgrade. Oh, yeah, we added a few flashy cosmetic features so we could justify the major upgrade number. 6.1 ? -----End of forwarded message----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-chat" in the body of the message