DEEn Dictionary De - En
DeEs De - Es
DePt De - Pt
 Vocabulary trainer

Spec. subjects Grammar Abbreviations Random search Preferences
Search in Sprachauswahl
projects
Search for:
Mini search box
 
Proverbs, aphorisms, quotations (English) by Linux fortune

A rose is a rose is a rose.  Just ask Jean Marsh, known to millions of
PBS viewers in the '70s as Rose, the maid on the LWT export "Upstairs,
Downstairs."  Though Marsh has since gone on to other projects, ... it's
with Rose she's forever identified.  So much so that she even likes to
joke about having one named after her, a distinction not without its
drawbacks.  "I was very flattered when I heard about it, but when I looked
up the official description, it said, `Jean Marsh: pale peach, not very
good in beds; better up against a wall.'  I want to tell you that's not
true.  I'm very good in beds as well."
Let him choose out of my files, his projects to accomplish.
                -- Shakespeare, "Coriolanus"
A little retrospection shows that although many fine, useful software systems
have been designed by committees and built as part of multipart projects,
those software systems that have excited passionate fans are those that are
the products of one or a few designing minds, great designers.  Consider Unix,
APL, Pascal, Modula, the Smalltalk interface, even Fortran; and contrast them
with Cobol, PL/I, Algol, MVS/370, and MS-DOS.
                -- Fred Brooks
        A manager went to his programmers and told them: "As regards to your
work hours: you are going to have to come in at nine in the morning and leave
at five in the afternoon."  At this, all of them became angry and several
resigned on the spot.
        So the manager said: "All right, in that case you may set your own
working hours, as long as you finish your projects on schedule."  The
programmers, now satisfied, began to come in a noon and work to the wee
hours of the morning.
                -- Geoffrey James, "The Tao of Programming"
A little retrospection shows that although many fine, useful software systems
have been designed by committees and built as part of multipart projects,
those software systems that have excited passionate fans are those that are
the products of one or a few designing minds, great designers.  Consider Unix,
APL, Pascal, Modula, the Smalltalk interface, even Fortran; and contrast them
with Cobol, PL/I, Algol, MVS/370, and MS-DOS.
- Fred Brooks, Jr.
...the Soviets have the capability to try big projects.  If there is a goal,
such as when Gorbachev states that they are going to have nuclear-powered
aircraft carriers, the case is closed -- that is it.  They will concentrate
on the problem, do a bad job, and later pay the price.  They really don't
care what the price is.
-- Victor Belenko, MiG-25 fighter pilot who defected in 1976
   "Defense Electronics", Vol 20, No. 6, pg. 100
A comment on schedules:
Ok, how long will it take?    
   For each manager involved in initial meetings add one month.
   For each manager who says "data flow analysis" add another month.
   For each unique end-user type add one month.
   For each unknown software package to be employed add two months.
   For each unknown hardware device add two months.
   For each 100 miles between developer and installation add one month.
   For each type of communication channel add one month.
   If an IBM mainframe shop is involved and you are working on a non-IBM
      system add 6 months.
   If an IBM mainframe shop is involved and you are working on an IBM
      system add 9 months.
Round up to the nearest half-year.
--Brad Sherman
By the way, ALL software projects are done by iterative prototyping.
Some companies call their prototypes "releases", that's all.
"More software projects have gone awry for lack of calendar time than for all
other causes combined."
-- Fred Brooks, Jr., _The Mythical Man Month_
Speaking of Godzilla and other things that convey horror:

With a purposeful grimace and a Mongo-like flair
He throws the spinning disk drives in the air!
And he picks up a Vax and he throws it back down
As he wades through the lab making terrible sounds!
Helpless users with projects due
Scream "My God!" as he stomps on the tape drives, too!

Oh, no!  He says Unix runs too slow!  Go, go, DECzilla!
Oh, yes!  He's gonna bring up VMS!  Go, go, DECzilla!"

* VMS is a trademark of Digital Equipment Corporation.
* DECzilla is a trademark of Hollow Chocolate Bunnies of Death, Inc.
                -- Curtis Jackson
Green light in A.M. for new projects.  Red light in P.M. for traffic tickets.
Linux Dominates Academic Research

A recent survey of colleges and high school reveals that Linux, Open Source
Software, and Microsoft are favorite topics for research projects.  Internet
Censorship, a popular topic for the past two years, was supplanted by Biology
of Penguins as another of this year's most popular subjects for research
papers.

"The Internet has changed all the rules," one college professor told
Humorix.  "Nobody wants to write papers about traditional topics like the
death penalty, freedom of speech, abortion, juvenile crime, etc. Most of the
research papers I've seen the past year have been computer related, and most
of the reference material has come from the Net.  This isn't necessarily
good; there's a lot of crap on the Net.  One student tried to use 'Bob's
Totally Wicked Anti-Microsoft Homepage of Doom' and 'The Support Group for
People Used by Microsoft' as primary sources of information for his paper
about Microsoft."

A high school English teacher added, "Plagarism is a problem with the Net.
One of my students 'wrote' a brilliant piece about the free software
revolution. Upon further inspection, however, almost everything was stolen
from Eric S. Raymond's website.  I asked the student, "What does noosphere
mean?"  He responded, 'New-what?'  Needless to say, he failed the class."
Brief History Of Linux (#28)
Free, Open, Libre, Whatever Software

Eric S. Raymond's now famous paper, "The Cathedral and the Bazaar", set
the stage for the lucrative business of giving software away. In CatB, ESR
likened the software industry to an anarchistic bazaar, with each vendor
looking out for himself, trying to hoodwink customers and fellow vendors.
The produce vendor (i.e. Apple), for instance, felt no need to cooperate
with the crystal-ball seller (Oracle) or the con artist hocking miracle
drugs (Microsoft). Each kept their property and trade secrets to
themselves, hoping to gain an edge and make money fast. "With enough
eyeballs, all bug-ridden software programs are marketable," ESR observed.

ESR contrasted the "caveat emptor" Bazaar to an idealistic Cathedral model
used by free software developers. European cathedrals of medieval days
were built block-by-block with extensive volunteer manpower from the
surrounding community. Such projects were "open" in the sense that
everybody could see their progress, and interested people could wander
inside and offer comments or praise about construction methods. "Those
medieval cathedrals are still standing," ESR mused. "But bazaars built in
the 14th Century are long gone, a victim of their inferior nature."
Young men are fitter to invent than to judge; fitter for execution than for
counsel; and fitter for new projects than for settled business.  For the
experience of age, in things that fall within the compass of it, directeth
them; but in new things, abuseth them.  The errors of young men are the ruin
of business; but the errors of aged men amount but to this, that more might
have been done, or sooner.  Young men, in the conduct and management of
actions, embrace more than they can hold; stir more than they can quiet; fly
to the end, without consideration of the means and degrees; pursue some few
principles which they have chanced upon absurdly; care not how they innovate,
which draws unknown inconveniences; and, that which doubleth all errors, will
not acknowledge or retract them; like an unready horse, that will neither stop
nor turn.  Men of age object too much, consult too long, adventure too little,
repent too soon, and seldom drive business home to the full period, but
content themselves with a mediocrity of success.  Certainly, it is good to
compound employments of both ... because the virtues of either age may correct
the defects of both.
                -- Francis Bacon, "Essay on Youth and Age"
Daniel Phillips wrote:
> Hi Dana,
>
> Are you still interested in signing up for a kernel project?  I've got a good
> one I think would be perfect for you.

Hey Dana,

I have a long list of projects you can work on, too.  Let me know.

        Jeff

;-)

        - Jeff Garzik on linux-kernel
The sourceforge approach is to place all of the projects in some bland
"open source surburbia", where all of the houses are alike, with only the
colors and minor style variations (which building plan was used for which
particular house) are allowed by the restrictive covenants and local
zoning laws.  Sourceforege is the open source equivalent of the
subdivision in the movie "Edward Scissorhands".
        -- Terry Lambert
Carelessly planned projects take three times longer to complete than expected.
Carefully planned projects take four times longer to complete than expected,
mostly because the planners expect their planning to reduce the time it takes.
        If you're like most homeowners, you're afraid that many repairs
around your home are too difficult to tackle.  So, when your furnace
explodes, you call in a so-called professional to fix it.  The
"professional" arrives in a truck with lettering on the sides and deposits a
large quantity of tools and two assistants who spend the better part of the
week in your basement whacking objects at random with heavy wrenches, after
which the "professional" returns and gives you a bill for slightly more
money than it would cost you to run a successful campaign for the U.S.
Senate.
        And that's why you've decided to start doing things yourself. You
figure, "If those guys can fix my furnace, then so can I.  How difficult can
it be?"
        Very difficult.  In fact, most home projects are impossible, which
is why you should do them yourself.  There is no point in paying other
people to screw things up when you can easily screw them up yourself for far
less money.  This article can help you.
                -- Dave Barry, "The Taming of the Screw"
XXXVI:
        The thickness of the proposal required to win a multimillion dollar
        contract is about one millimeter per million dollars.  If all the
        proposals conforming to this standard were piled on top of each other
        at the bottom of the Grand Canyon it would probably be a good idea.
XXXVII:
        Ninety percent of the time things will turn out worse than you expect.
        The other 10 percent of the time you had no right to expect so much.
XXXVIII:
        The early bird gets the worm.
        The early worm ... gets eaten.
XXXIX:
        Never promise to complete any project within six months of the end of
        the year -- in either direction.
XL:
        Most projects start out slowly -- and then sort of taper off.
                -- Norman Augustine
No guarantee of accuracy or completeness!
©TU Chemnitz, 2006-2024
Your feedback:
Ad partners