Mission Accomplished ....

[scout1]

Another week goes by without a report of missing leaders, units, etc .....

Congradulations guys. Every day that passes seems to indicated that you found the major causes thus far. My compliments .....[:D][:D]

[Platoonist]

I'll buy all the cans of ver 1.8 until they're out of stock. [&o][&o][&o]

[RUPD3658]

Is that a dead Warrant Officer of Staff Officer?

[Mike Solli]

Oh, I thought you sank the Boise.[:D]

[niceguy2005]

I do have 3 M. Michners (spelling) in my 1.8 game though. Apparently the allies perfected cloning before I upgraded to version 1.8, cuz I think its a legacy problem from 1.602.

[Mike Solli]

Well that sucks for your opponent.[X(]

[niceguy2005]

ORIGINAL: Mike Solli

Well that sucks for your opponent.[X(]

I'm only allowing myself to use one of them though. The other two are playing golf and chasing nurses.

[Mike Solli]

Fair enough. Rough life for those guys.[:D]

[Don Bowen]

ORIGINAL: Platoonist

I'll buy all the cans of ver 1.8 until they're out of stock. [&o][&o][&o]

Laws of system development

1. No project has ever been brought in under budget, before scheduled completion, and free of bugs. Yours will not be the first.

2. All software has bugs - they just may not have been found yet.

3. Fixing one bug creates two more, one of which will be found and corrected immediately, which causes two more…

4. A discovered but unfixed bug, left long enough, becomes a feature.

5. Major bugs are always discovered during holidays or when the primary support programmer is on vacation.

6. Managers who set delivery dates to be end-of-year always get their Christmas vacations, no matter what.

7. New programmers assigned to maintain an old application will not make the same old mistakes - they will make interesting new ones.

8. An application reaches perfection when exactly half the users hate a new enhancement and the other half love it.

9. Attempting to put in an option to control #8 always irrevocably breaks something.

10. There is an inexhaustible supply of critical bugs. Once the one bug that "ruins the application" is fixed, the stack will pop a new one within a few days.

11. A new user will always like the application, except for all the features - which must be changed immediately.

12. A successful application will draw a larger and larger user base, who will eventually discover that the application is not good enough, after all.

[Apollo11]

Hi all,

ORIGINAL: Don Bowen

Laws of system development

1. No project has ever been brought in under budget, before scheduled completion, and free of bugs. Yours will not be the first.

2. All software has bugs - they just may not have been found yet.

3. Fixing one bug creates two more, one of which will be found and corrected immediately, which causes two more…

4. A discovered but unfixed bug, left long enough, becomes a feature.

5. Major bugs are always discovered during holidays or when the primary support programmer is on vacation.

6. Managers who set delivery dates to be end-of-year always get their Christmas vacations, no matter what.

7. New programmers assigned to maintain an old application will not make the same old mistakes - they will make interesting new ones.

8. An application reaches perfection when exactly half the users hate a new enhancement and the other half love it.

9. Attempting to put in an option to control #8 always irrevocably breaks something.

10. There is an inexhaustible supply of critical bugs. Once the one bug that "ruins the application" is fixed, the stack will pop a new one within a few days.

11. A new user will always like the application, except for all the features - which must be changed immediately.

12. A successful application will draw a larger and larger user base, who will eventually discover that the application is not good enough, after all.

Great list... [8D]


Leo "Apollo11"

[dtravel]

ORIGINAL: Don Bowen

Laws of system development

1. No project has ever been brought in under budget, before scheduled completion, and free of bugs. Yours will not be the first.

2. All software has bugs - they just may not have been found yet.

3. Fixing one bug creates two more, one of which will be found and corrected immediately, which causes two more…

4. A discovered but unfixed bug, left long enough, becomes a feature.

5. Major bugs are always discovered during holidays or when the primary support programmer is on vacation.

6. Managers who set delivery dates to be end-of-year always get their Christmas vacations, no matter what.

7. New programmers assigned to maintain an old application will not make the same old mistakes - they will make interesting new ones.

8. An application reaches perfection when exactly half the users hate a new enhancement and the other half love it.

9. Attempting to put in an option to control #8 always irrevocably breaks something.

10. There is an inexhaustible supply of critical bugs. Once the one bug that "ruins the application" is fixed, the stack will pop a new one within a few days.

11. A new user will always like the application, except for all the features - which must be changed immediately.

12. A successful application will draw a larger and larger user base, who will eventually discover that the application is not good enough, after all.

13. Murphy was an optimist.

[PBYPilot]

ORIGINAL: Don Bowen


Laws of system development

1. No project has ever been brought in under budget, before scheduled completion, and free of bugs. Yours will not be the first.

2. All software has bugs - they just may not have been found yet.

3. Fixing one bug creates two more, one of which will be found and corrected immediately, which causes two more…

4. A discovered but unfixed bug, left long enough, becomes a feature.

5. Major bugs are always discovered during holidays or when the primary support programmer is on vacation.

6. Managers who set delivery dates to be end-of-year always get their Christmas vacations, no matter what.

7. New programmers assigned to maintain an old application will not make the same old mistakes - they will make interesting new ones.

8. An application reaches perfection when exactly half the users hate a new enhancement and the other half love it.

9. Attempting to put in an option to control #8 always irrevocably breaks something.

10. There is an inexhaustible supply of critical bugs. Once the one bug that "ruins the application" is fixed, the stack will pop a new one within a few days.

11. A new user will always like the application, except for all the features - which must be changed immediately.

12. A successful application will draw a larger and larger user base, who will eventually discover that the application is not good enough, after all.

Can I add Slater's Three Laws of Programming

1. The computer spends 90% of it's time on 10% of the code.

2. The programmer spends 90% of his time on 10% of the code.

3. They're not the same 10%.

[Platoonist]

Great lists. [:D] I'll keep the fingers crossed.

[dtravel]

ORIGINAL: Platoonist

Great lists. [:D] I'll keep the fingers crossed.

Wait! We didn't test for users doing that!

[:D]

[Mike Scholl]

ORIGINAL: niceguy2005

ORIGINAL: Mike Solli

Well that sucks for your opponent.[X(]

I'm only allowing myself to use one of them though. The other two are playing golf and chasing nurses.

Better check with him first..., he may be using his five Tanaka's>

[Marc_Mitscher]

ORIGINAL: niceguy2005

I do have 3 M. Michners (spelling) in my 1.8 game though. Apparently the allies perfected cloning before I upgraded to version 1.8, cuz I think its a legacy problem from 1.602.

"Admiral, we just found out you have two clones running around the theater"
[:D]

[mogami]

Hi

[Marc_Mitscher]

"...and this is where we spotted the second Mitscher..."
"Pardon me Douglas, but are you using Andrew Brown's map?"




Yes, I know, I have too much time on my hand, but it's been a long day...

[Marc_Mitscher]

"The third Mitscher is supposed to be around here, General"

[Mike Solli]

I just got a bunch of funny looks from laughing out loud. These last few posts were hysterical. Try explaning all this to a bunch of army weenies.[:D]