Dictionary De - En
De - Es
De - Pt| Proverbs, aphorisms, quotations (English) | by Linux fortune |
| "Linux: the operating system with a CLUE... Command Line User Environment". (seen in a posting in comp.software.testing) | |
| Power company testing new voltage spike (creation) equipment | |
| electro-magnetic pulses from French above ground nuke testing. | |
| The recent proliferation of Nuclear Testing | |
| A novice asked the Master: "Here is a programmer that never designs, documents, or tests his programs. Yet all who know him consider him one of the best programmers in the world. Why is this?" The Master replies: "That programmer has mastered the Tao. He has gone beyond the need for design; he does not become angry when the system crashes, but accepts the universe without concern. He has gone beyond the need for documentation; he no longer cares if anyone else sees his code. He has gone beyond the need for testing; each of his programs are perfect within themselves, serene and elegant, their purpose self-evident. Truly, he has entered the mystery of the Tao." -- Geoffrey James, "The Tao of Programming" | |
| A sheet of paper crossed my desk the other day and as I read it, realization of a basic truth came over me. So simple! So obvious we couldn't see it. John Knivlen, Chairman of Polamar Repeater Club, an amateur radio group, had discovered how IC circuits work. He says that smoke is the thing that makes ICs work because every time you let the smoke out of an IC circuit, it stops working. He claims to have verified this with thorough testing. I was flabbergasted! Of course! Smoke makes all things electrical work. Remember the last time smoke escaped from your Lucas voltage regulator Didn't it quit working? I sat and smiled like an idiot as more of the truth dawned. It's the wiring harness that carries the smoke from one device to another in your Mini, MG or Jag. And when the harness springs a leak, it lets the smoke out of everything at once, and then nothing works. The starter motor requires large quantities of smoke to operate properly, and that's why the wire going to it is so large. Feeling very smug, I continued to expand my hypothesis. Why are Lucas electronics more likely to leak than say Bosch? Hmmm... Aha!!! Lucas is British, and all things British leak! British convertible tops leak water, British engines leak oil, British displacer units leak hydrostatic fluid, and I might add Brititsh tires leak air, and the British defense unit leaks secrets... so naturally British electronics leak smoke. -- Jack Banton, PCC Automotive Electrical School [Ummm ... IC circuits? Integrated circuit circuits?] | |
| As the system comes up, the component builders will from time to time appear, bearing hot new versions of their pieces -- faster, smaller, more complete, or putatively less buggy. The replacement of a working component by a new version requires the same systematic testing procedure that adding a new component does, although it should require less time, for more complete and efficient test cases will usually be available. -- Frederick Brooks Jr., "The Mythical Man Month" | |
| Dear Emily, what about test messages? -- Concerned Dear Concerned: It is important, when testing, to test the entire net. Never test merely a subnet distribution when the whole net can be done. Also put "please ignore" on your test messages, since we all know that everybody always skips a message with a line like that. Don't use a subject like "My sex is female but I demand to be addressed as male." because such articles are read in depth by all USEnauts. -- Emily Postnews Answers Your Questions on Netiquette | |
| Overall, the philosophy is to attack the availability problem from two complementary directions: to reduce the number of software errors through rigorous testing of running systems, and to reduce the effect of the remaining errors by providing for recovery from them. An interesting footnote to this design is that now a system failure can usually be considered to be the result of two program errors: the first, in the program that started the problem; the second, in the recovery routine that could not protect the system. -- A.L. Scherr, "Functional Structure of IBM Virtual Storage Operating Systems, Part II: OS/VS-2 Concepts and Philosophies," IBM Systems Journal, Vol. 12, No. 4. | |
| Testing can show the presense of bugs, but not their absence. -- Dijkstra | |
| THE LESSER-KNOWN PROGRAMMING LANGUAGES #10: SIMPLE SIMPLE is an acronym for Sheer Idiot's Monopurpose Programming Language Environment. This language, developed at the Hanover College for Technological Misfits, was designed to make it impossible to write code with errors in it. The statements are, therefore, confined to BEGIN, END and STOP. No matter how you arrange the statements, you can't make a syntax error. Programs written in SIMPLE do nothing useful. Thus they achieve the results of programs written in other languages without the tedious, frustrating process of testing and debugging. | |
| Truly simple systems... require infinite testing. -- Norman Augustine | |
| Digital computers are themselves more complex than most things people build: They hyave very large numbers of states. This makes conceiving, describing, and testing them hard. Software systems have orders-of-magnitude more states than computers do. - Fred Brooks, Jr. | |
| As the system comes up, the component builders will from time to time appear, bearing hot new versions of their pieces -- faster, smaller, more complete, or putatively less buggy. The replacement of a working component by a new version requires the same systematic testing procedure that adding a new component does, although it should require less time, for more complete and efficient test cases will usually be available. - Frederick Brooks Jr., "The Mythical Man Month" | |
| Overall, the philosophy is to attack the availability problem from two complementary directions: to reduce the number of software errors through rigorous testing of running systems, and to reduce the effect of the remaining errors by providing for recovery from them. An interesting footnote to this design is that now a system failure can usually be considered to be the result of two program errors: the first, in the program that started the problem; the second, in the recovery routine that could not protect the system. -- A. L. Scherr, "Functional Structure of IBM Virtual Storage Operating Systems, Part II: OS/VS-2 Concepts and Philosophies," IBM Systems Journal, Vol. 12, No. 4, 1973, pp. 382-400 | |
| There is something you must understand about the Soviet system. They have the ability to concentrate all their efforts on a given design, and develop all components simulateously, but sometimes without proper testing. Then they end up with a technological disaster like the Tu-144. In a technology race at the time, that aircraft was two months ahead of the Concorde. Four Tu-144s were built; two have crashed, and two are in museums. The Concorde has been flying safely for over 10 years. -- Victor Belenko, MiG-25 fighter pilot who defected in 1976 "Defense Electronics", Vol 20, No. 6, pg. 100 | |
| Even if we put all these nagging thoughts [four embarrassing questions about astrology] aside for a moment, one overriding question remains to be asked. Why would the positions of celestial objects at the moment of birth have an effect on our characters, lives, or destinies? What force or influence, what sort of energy would travel from the planets and stars to all human beings and affect our development or fate? No amount of scientific-sounding jargon or computerized calculations by astrologers can disguise this central problem with astrology -- we can find no evidence of a mechanism by which celestial objects can influence us in so specific and personal a way. . . . Some astrologers argue that there may be a still unknown force that represents the astrological influence. . . .If so, astrological predictions -- like those of any scientific field -- should be easily tested. . . . Astrologers always claim to be just a little too busy to carry out such careful tests of their efficacy, so in the last two decades scientists and statisticians have generously done such testing for them. There have been dozens of well-designed tests all around the world, and astrology has failed every one of them. . . . I propose that we let those beckoning lights in the sky awaken our interest in the real (and fascinating) universe beyond our planet, and not let them keep us tied to an ancient fantasy left over from a time when we huddled by the firelight, afraid of the night. -- Andrew Fraknoi, Executive Officer, Astronomical Society of the Pacific, "Why Astrology Believers Should Feel Embarrassed," San Jose Mercury News, May 8, 1988 | |
| Acceptance testing: An unsuccessful attempt to find bugs. | |
| Quality Control, n.: The process of testing one out of every 1,000 units coming off a production line to make sure that at least one out of 100 works. | |
| Q: What does the NT in Windows NT stand for? A: No Thanks A: Nice Try A: Neutered Technology A: Nothing There A: Needs Testing A: Needs Tinkering A: Not Trustworthy A: Needs Terabytes A: Net Trasher A: Nauseating Trash A: No Tolerance A: Not Today A: Null Technology A: New Troubles A: No Takeoff | |
| Clippit Charged With Attempted Murder Microsoft's Dancing Paper Clip turned violent last week and nearly killed a university student testing a new Windows-based human-computer interface. The victim is expected to make a full recovery, although psychiatrists warn that the incident may scar him emotionally for life. "You can bet this kid won't be using Windows or Office ever again," said one shrink. The victim had been alpha-testing CHUG (Computer-Human Unencumbered Groupware), a new interface in which the user controls the computer with force-feedback gloves and voice activation. "I was trying to write a term paper in Word," he said from his hospital bed. "But then that damned Dancing Paper Clip came up and started annoying me. I gave it the middle finger. It reacted by deleting my document, at which point I screamed at it and threatened to pull the power cord. I didn't get a chance; the force-feedback gloves started choking me." "We told Clippit it had the right to remain silent, and so on," said a campus police officer. "The paperclip responded, 'Hi, I'm Clippit, the Office Assistant. Would you like to create a letter?' I said, 'Look here, Mr. Paperclip. You're being charged with attempted murder.' At that point the computer bluescreened." | |
| The justifications for drug testing are part of the presently fashionable debate concerning restoring America's "competitiveness." Drugs, it has been revealed, are responsible for rampant absenteeism, reduced output, and poor quality work. But is drug testing in fact rationally related to the resurrection of competitiveness? Will charging the atmosphere of the workplace with the fear of excretory betrayal honestly spur productivity? Much noise has been made about rehabilitating the worker using drugs, but to date the vast majority of programs end with the simple firing or the not hiring of the abuser. This practice may exacerbate, not alleviate, the nation's productivity problem. If economic rehabilitation is the ultimate goal of drug testing, then criteria abandoning the rehabilitation of the drug-using worker is the purest of hypocrisy and the worst of rationalization. -- The concluding paragraph of "Constitutional Law: The Fourth Amendment and Drug Testing in the Workplace," Tim Moore, Harvard Journal of Law & Public Policy, vol. 10, No. 3 (Summer 1987), pp. 762-768. | |
| Linux: the operating system with a CLUE... Command Line User Environment. -- seen in a posting in comp.software.testing | |
| XLI: The more one produces, the less one gets. XLII: Simple systems are not feasible because they require infinite testing. XLIII: Hardware works best when it matters the least. XLIV: Aircraft flight in the 21st century will always be in a westerly direction, preferably supersonic, crossing time zones to provide the additional hours needed to fix the broken electronics. XLV: One should expect that the expected can be prevented, but the unexpected should have been expected. XLVI: A billion saved is a billion earned. -- Norman Augustine | |
| Sorry. My testing organization is either too small, or too large, depending on how you look at it. :-) -- Larry Wall in <1991Apr22.175438.8564@jpl-devvax.jpl.nasa.gov> | |
