A project manager, hardware engineer and software engineer were in a car heading down a hill when the brakes failed. The driver managed to get it stopped by using the gears and a convenient dirt track.
All three jumped out and after peering under the car the hardware engineer said, "I see what the problem is and with this handy roll of duct tape I think I can fix it good enough to get us to the next town". The project manager quickly interrupted, "No, no, no. Before we do anything we need to decide on a vision for our future, figure out a plan and assign individual deliverables". At which point the software engineer said, "You know what, I think we should push the car back up to the top of the hill and see if it happens again". -Matt Matthew C. Gayford Technology Research & Development Information Technology Systems Division University of North Carolina Wilmington (910) 962-7177 From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Gidd Sent: Friday, July 20, 2007 9:17 AM To: [email protected] Subject: OT:Friday Humor ** Software Revision Levels Explained How should a revision level be interpreted? Here's a quick guide for anyone short of a clue: 0.1 WE GOT A REALLY GREAT NEW WAY TO DO THINGS !!! <0.9 Not ready for prime time. 0.9 We think it works, but we won't bet our lives on it. 1.0 Management is on our case; seems like a low risk. 1.01 Okay, we knew about that. All known bugs are fixed. 1.02 Fixes bugs you won't see in 27,000 years, i.e. more than three times the age of the universe. 1.03 Fixes bugs in the bug fixes. 1.04 All right, this REALLY fixes all known bugs. 1.05 Fixes bugs introduced in rev 1.04. 1.1 A new crew hired to write documentation. 1.11 From now on, no comma after "i.e." or "e.g.". 1.2 Somebody actually changed a functional feature. 2.0 New crew hired to write software. Old crew blamed for bugs. 2.01 New crew sending out resumes to placement agencies. 3.0 Re-write the software in another language, go back ten squares. ... return to line 0.1 The Software Development Process 1) Order the T-shirts for the Development team 2) Announce availability 3) Write the code 4) Write the manual 5) Hire a Product Manager 6) Spec the software (Writing the specs after the code helps to ensure that the software meets the specifications) 7) Ship 8) Test (the customers are a big help here) 9) Identify bugs as potential enhancements 10) Announce the upgrade program __20060125_______________________This posting was submitted with HTML in it___ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
