Linux Computers: 379 of 1023 |
"If that makes any sense to you, you have a big problem."
-- C. Durance, Computer Science 234
|
|
|
Linux Computers: 380 of 1023 |
If the automobile had followed the same development as the computer, a
Rolls-Royce would today cost $100, get a million miles per per gallon,
and explode once a year killing everyone inside.
-- Robert Cringely, InfoWorld
|
|
|
Linux Computers: 381 of 1023 |
If the code and the comments disagree, then both are probably wrong.
-- Norm Schryer
|
|
|
Linux Computers: 382 of 1023 |
If the designers of X-window built cars, there would be no fewer than five
steering wheels hidden about the cockpit, none of which followed the same
prinicples -- but you'd be able to shift gears with your car stereo. Useful
feature, that.
-- From the programming notebooks of a heretic, 1990.
|
|
|
Linux Computers: 383 of 1023 |
If the Tao is great, then the operating system is great. If the
operating system is great, then the compiler is great. If the compiler
is great, then the application is great. If the application is great, then
the user is pleased and there is harmony in the world.
The Tao gave birth to machine language. Machine language gave birth
to the assembler.
The assembler gave birth to the compiler. Now there are ten thousand
languages.
Each language has its purpose, however humble. Each language
expresses the Yin and Yang of software. Each language has its place within
the Tao.
But do not program in COBOL if you can avoid it.
-- Geoffrey James, "The Tao of Programming"
|
|
|
Linux Computers: 384 of 1023 |
If the vendors started doing everything right, we would be out of a job.
Let's hear it for OSI and X! With those babies in the wings, we can count
on being employed until we drop, or get smart and switch to gardening,
paper folding, or something.
-- C. Philip Wood
|
|
|
Linux Computers: 385 of 1023 |
If this is timesharing, give me my share right now.
|
|
|
Linux Computers: 386 of 1023 |
If you ever want to have a lot of fun, I recommend that you go off and program
an imbedded system. The salient characteristic of an imbedded system is that
it cannot be allowed to get into a state from which only direct intervention
will suffice to remove it. An imbedded system can't permanently trust anything
it hears from the outside world. It must sniff around, adapt, consider, sniff
around, and adapt again. I'm not talking about ordinary modular programming
carefulness here. No. Programming an imbedded system calls for undiluted
raging maniacal paranoia. For example, our ethernet front ends need to know
what network number they are on so that they can address and route PUPs
properly. How do you find out what your network number is? Easy, you ask a
gateway. Gateways are required by definition to know their correct network
numbers. Once you've got your network number, you start using it and before
you can blink you've got it wired into fifteen different sockets spread all
over creation. Now what happens when the panic-stricken operator realizes he
was running the wrong version of the gateway which was giving out the wrong
network number? Never supposed to happen. Tough. Supposing that your
software discovers that the gateway is now giving out a different network
number than before, what's it supposed to do about it? This is not discussed
in the protocol document. Never supposed to happen. Tough. I think you
get my drift.
|
|
|
Linux Computers: 387 of 1023 |
If you have a procedure with 10 parameters, you probably missed some.
|
|
|
Linux Computers: 388 of 1023 |
If you put tomfoolery into a computer, nothing comes out but tomfoolery.
But this tomfoolery, having passed through a very expensive machine,
is somehow enobled and no-one dare criticise it.
-- Pierre Gallois
|
|