Rules of Open Source Programming - Fortunes [satire]

About

Fortune cookies related to the Rules of Open Source Programming (see the Advogato feature).

( Note: on chat services, I tend to use the nicknames "rindolf" or "shlomif". )

Table of Contents

The Fortunes Themselves

Rule of Open-Source Programming #1

Display

Rule of Open-Source Programming #1:

Don’t whine unless you are going to implement it yourself.

AuthorShlomi Fish
WorkRules of Open Source Programming
Published2008-07-04

Rule of Open-Source Programming #4

Display

Rule of Open-Source Programming #4:

If you don’t work on your project, chances are that no one will.

AuthorShlomi Fish
WorkRules of Open Source Programming
Published2008-07-04

Rule of Open-Source Programming #5

Display

Rule of Open-Source Programming #5:

A project is never finished.

AuthorShlomi Fish
WorkRules of Open Source Programming
Published2008-07-04

Rule of Open-Source Programming #6

Display

Rule of Open-Source Programming #6: The user is always right unless proven otherwise by the developer.

AuthorShlomi Fish
WorkRules of Open Source Programming
Published2008-07-04

Rule of Open-Source Programming #7

Display

Rule of Open-Source Programming #7:

Release early, release often. Clean compilation is optional.

AuthorOmer Zak
WorkRules of Open Source Programming
Published2008-07-04

Rule of Open-Source Programming #8

Display

Rule of Open-Source Programming #8:

Open-Source is not a panacea.

AuthorShlomi Fish
WorkRules of Open Source Programming
Published2008-07-04

Rule of Open-Source Programming #9

Display

Rule of Open-Source Programming #9:

Give me refactoring or give me death!

AuthorShlomi Fish
WorkRules of Open Source Programming
Published2008-07-04

Rule of Open-Source Programming #11

Display

Rule of Open-Source Programming #11:

When a developer says he will work on something, he or she means “maybe”.

AuthorShlomi Fish
WorkRules of Open Source Programming
Published2008-07-04

Rule of Open-Source Programming #13

Display

Rule of Open-Source Programming #13:

Your first release can always be improved upon.

AuthorShlomi Fish
WorkRules of Open Source Programming
Published2008-07-04

Rule of Open-Source Programming #15

Display

Rule of Open-Source Programming #15:

If you like it, let the author know. If you hate it, let the author know why.

AuthorMuli Ben-Yehuda
WorkRules of Open Source Programming
Published2008-07-04

Rule of Open-Source Programming #20

Display

Rule of Open-Source Programming #20:

Open Code != Good Code

AuthorShlomi Fish
WorkRules of Open Source Programming
Published2008-07-04

Rule of Open-Source Programming #22-23

Display

Rules of Open-Source Programming:

22. Backward compatibility is your worst enemy.

23. Backward compatibility is your users’ best friend.

AuthorShlomi Fish
WorkRules of Open Source Programming
Published2008-07-04

Rule of Open-Source Programming #33

Display

Rule of Open-Source Programming #33:

Don’t waste time on writing test cases and test scripts - your users are your best testers.

AuthorShlomi Fish
WorkRules of Open Source Programming
Published2008-07-04

Rule of Open-Source Programming #34

Display

Rule of Open-Source Programming #34:

Every successful project will eventually spawn a sub-project

AuthorShlomi Fish
WorkRules of Open Source Programming
Published2008-07-04

Rule of Open-Source Programming #37

Display

Rule of Open-Source Programming #37:

Duplicate effort is inevitable. Live with it.

AuthorShlomi Fish
WorkRules of Open Source Programming
Published2008-07-04

Rule of Open-Source Programming #48

Display

Rule of Open-Source Programming #48:

The number of items on a project’s to-do list always grows or remains constant.

AuthorShlomi Fish
WorkRules of Open Source Programming
Published2008-07-04