📄 funnies.html
字号:
<!doctype html public "-//W3C//DTD HTML 3.2//EN"><html><head><title>Funnies</title><meta http-equiv="content-type" content="text/html; charset=ISO-8859-1" /><meta http-equiv="content-language" content="en" /><meta name="resource-type" content="document"><meta name="copyright" content="This document copyright 2001 by Richard Murray. Use for non-profit and education purposes explicitly granted."><meta name="author" content="Richard Murray"><meta name="rating" content="general"></head><!-- /assembler/funnies.html --><!-- --><!-- (C) Copyright 2001 Richard Murray --><!-- Designed by Richard Murray --><!-- rmurray@heyrick.co.uk --><!-- --><body bgcolor="#f0f0f0" text="#000000" link="#0022dd" vlink="#002288"><table border = "0" width="100%"> <tr> <td align=center width=100> <img src="arm3.gif" width=79 height=78 align = middle> </td> <td> <h1 align="center"><font color="#800080">Funnies</font></h1> <center><font size = "+2">a.k.a. Your Slice of Geek Culture</font></center> </td> <td align=center width=100> <img src="arm3.gif" width=79 height=78 align = middle> </td></table><p> <p>Collected from various sources; Internet, Fidonet, tagline files, etc...<p> <p> <p><dl> <dd> <i>progasm</i>: the feeling you get when your code works the first time</dl><p> <p><dl> <dd> Abandon all hope, ye who press ENTER here.</dl><p> <p><dl> <dd> All programmers are optimists. Perhaps this modern sorcery especially attracts those who believe in happy endings and fairy godmothers. Perhaps the hundreds of nitty frustrations drive away all but those who habitually focus on the end goal. Perhaps it is merely that computers are young, programmers are younger, and the young are always optimists. But however the selection process works, the result is indisputable:<br> "<i>This time it will surely run</i>," or "<i>I just found the last bug</i>."<br> <tt>Frederick Brooks, Jr., The Mythical Man Month</tt></dl><p> <p><dl> <dd> Any given program, when running correctly, is obsolete.</dl><p> <p><dl> <dd> "<i>A complex system that works is invariably found to have evolved from a simple system that worked.</i>"<br> <tt>John Gall, <i>Systemantics</i></tt></dl><p> <p><dl> <dd> "<i>A conclusion is the place where you got tired of thinking.</i>"<br> <tt>anon</tt></dl><p> <p><dl> <dd> "<i>A slower system is better than an incorrect one.</i>"<br> <tt>Mark Diekhans</tt> (markd@grizzly.com)</dl><p> <p><dl> <dd> "<i>And remember, rebooting your brain can be tricky.</i>"<br> <tt>Eric Townsend</tt> (erict@flatline)</dl><p> <p><dl> <dd> "<i>As a rule software systems do not work well until they have been used, and have failed repeatedly, in real applications.</i>"<br> <tt>Dave Parnas</tt>, Communications of the ACM (33, 6 June 1990 p.636)</dl><p> <p><dl> <dd> "<i>...one of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs.</i>"<br> <tt>Robert Firth</tt></dl><p> <p><dl> <dd> Any sufficiently advanced technology is indistinguishable from a rigged demo.<br> <tt>Andy Finkel</tt></dl><p> <p><dl> <dd> Bradley's Bromide:<br> If computers get too powerful, we can organize them into a committee...<br> that will do them in.</dl><p> <p><dl> <dd> By doing just a little every day, I can gradually let the task completely overwhelm me.<br> <tt>Ashleigh Brilliant</tt></dl><p> <p><dl> <dd> "<i>Beware of programmers carrying screwdrivers.</i>"<br> <tt>Chip Salzenberg</tt></dl><p> <p><dl> <dd> Calm down -- it's only ones and zeros.</dl><p> <p><dl> <dd> Computers are the most fun you can have with anything that isn't breathing.<br> <tt>Bruce Walker</tt>, CACM Forum</dl><p> <p><dl> <dd> "<i>Computers are like Old Testament gods; lots of rules and no mercy.</i>"<br> <tt>Joseph Campbell</tt></dl><p> <p><dl> <dd> "<i>Debugging is anticipated with distaste, performed with reluctance, and bragged about forever.</i>"<br> <tt>Button at the Boston Computer Museum</tt></dl><p> <p><dl> <dd> Don't ever take a fence down until you know the reason it was put up.<br> <tt>G.K. Chesterton</tt></dl><p> <p><dl> <dd> Don't hit the keys so hard, it hurts.</dl><p> <p><dl> <dd> First learn computer science and all the theory. Next develop a programming style. Then forget all that and just hack.<br> <tt>George Carrette</tt> (1990)</dl><p> <p><dl> <dd> For every problem there is one solution which is simple, neat, and wrong.<br> <tt>H. L. Mencken</tt></dl><p> <p><dl> <dd> "<i>How's </i>YOUR<i> <b>E</b>ndless <b>P</b>roject coming?</i>"<br> <tt>Mark Diekhans</tt></dl><p> <p><dl> <dd> HOFSTADTER'S LAW:<br> Everything takes longer and costs more than expected, even when taking into account Hofstadter's Law.</dl><p> <p><dl> <dd> "<i>...and it's finished! It only has to be written.</i>"<br> <tt>Karl Lehenbauer</tt></dl><p> <p><dl> <dd> How does a project get to be a year late? ... One day at a time.<br> <tt>Frederick Brooks, Jr.</tt>, The Mythical Man Month</dl><p> <p><dl> <dd> How many programmers does it take to change a light bulb?<br> One, but you can never change it back again.</dl><p> <p><dl> <dd> I really hate this damn machine,<br> I wish that they would sell it.<br> It never does just what I want,<br> But only what I tell it.<br> <tt>anon</tt></dl><p> <p><dl> <dd> "<i>I do not fear computers... I fear the lack of them.</i>"<br> <tt>Isaac Asimov</tt></dl><p> <p><dl> <dd> "<i>I think there's a world market for about 5 computers.</i>"<br> <tt>Thomas J. Watson</tt>, Chairman of the Board, IBM (circa 1948)</dl><p> <p><dl> <dd> "<i>If a machine can be made so that an idiot can use it, then only an idiot will use it.</i>"<br> <tt>Tadao Ichikawa</tt></dl><p> <p><dl> <dd> "<i>If the code and the comments disagree, then both are probably wrong.</i>"<br> <tt>Norm Schryer</tt></dl><p> <p><dl> <dd> "<i>If you don't make money off of it, it had better be either a religious experience or a hobby.</i>"<br> <tt>Lance Cooper</tt></dl><p> <p><dl> <dd> "<i>If you want to eat hippopatomus, you've got to pay the freight.</i>"<br> attributed to an IBM guy, about why IBM software uses so much memory</dl><p> <p><dl> <dd> "<i>If your computer doesn't multitask, it ain't shit.</i>"<br> <tt>Cal Keegan</tt></dl><p> <p><dl> <dd> "<i>Ignorance simplifies </i>ANY<i> problem.</i>"<br> <tt>R. Lucke</tt></dl><p> <p><dl> <dd> "<i>Little else matters than to write good code.</i>"<br> <tt>Karl Lehenbauer</tt></dl><p> <p><dl> <dd> "<i>Never put off until run time what you can do at compile time.</i>"<br> <tt>David Gries</tt>, in "<i>Compiler Construction for Digital Computers</i>".</dl><p> <p><dl> <dd> "<i>Nuclear war can ruin your whole compile.</i>"<br> <tt>Karl Lehenbauer</tt></dl><p> <p><dl> <dd> "<i>Oh boy, virtual memory! Now I'm gonna make myself a REALLY BIG ram disk!</i>"<br> <tt>lennox@shire.hw.stratus.com</tt></dl><p> <p><dl> <dd> "<i>Reliable software must kill people reliably.</i>"<br> <tt>Andy Mickel</tt></dl><p> <p><dl> <dd> "<i>Software suppliers are trying to make their software packages more 'user-friendly' .... Their best approach, so far, has been to take all the old brochures, and stamp the words, 'user-friendly' on the cover.</i>"<br> <tt>Attributed to Bill Gates</tt> (Microsoft, Inc. - <i>like you don't know</i>!)</dl><p> <p><dl> <dd> "<i>That's not a bug, that's merely an idiosyncracy.</i>"<br> <tt>mattb</tt> (formerly of sco)</dl><p> <p><dl> <dd> "<i>The biggest growth industry in UNIX is promoting standards.</i>"<br> <tt>Rikki Kirzner</tt>, Dataquest.</dl><p> <p><dl> <dd> Real Programmers always confuse Christmas and Halloween because OCT 31 == DEC 25 !<br> <tt>Andrew Rutherford</tt> (andrewr@ucs.adelaide.edu.au)</dl><p> <p><dl> <dd> "<i>The most effective debugging tool is still careful thought, coupled with judiciously placed print statements.</i>"<br> <tt>Brian Kernighan</tt> (1978)</dl><p> <p><dl> <dd> "<i>The most important question when any new computer architecture is introduced is 'So what?'</i>"<br> <tt>someone in comp.arch</tt></dl><p> <p><dl> <dd> "<i>The three most dangerous things in the world are a programmer with a soldering iron, a hardware type with a program patch and a user with an idea.</i>"<br> <i>The Wizardry Compiled</i> by <tt>Rick Cook</tt></dl><p> <p><dl> <dd> "<i>Though a program be but three lines long, someday it will have to be maintained.</i>"<br> <tt>The Tao of Programming</tt></dl><p> <p><dl> <dd> "<i>To program is to understand.</i>"<br> <tt>Kristen Nygaard</tt></dl><p> <p><dl> <dd> Unix: it's a nice place to live, but you wouldn't want to visit there.</dl><p> <p><dl> <dd> "<i>Using an IBM PC is like juggling straight razors.<br> Using a Mac is like shaving with a bowling pin.</i>" <tt>Ted Nelson</tt>, <i>Computer Lib</i></dl><p> <p><dl> <dd> Laws of Computer Programming <ol> <li> Any given program, when running, is obsolete. <li> Any given program costs more and takes longer. <li> If a program is useful, it will have to be changed. <li> If a program is useless, it will have to be documented. <li> Any given program will expand to fill all available memory. <li> The value of a program is proportional to the weight of its output. <li> Program complexity grows until it exceeds the capability of the programmer who must maintain it. <li> Make it possible for programmers to write programs in English, and you will find that programmers cannot write in English. </ol> <tt>SIGPLAN Notices</tt>, Vol 2 No 2</dl><p> <p>⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -