Source Code 1992 March/Source_Code_CD-ROM_Walnut_Creek_March_1992.iso/usenet/altsrcs/2/2941

Internet Message Format | 1991-03-03 | 45.6 KB

From: [e-mail] (Eric S. Raymond)
Newsgroups: alt.folklore.computers,alt.sources,misc.misc
Subject: The Jargon File v, part 17 of 17
Message-ID: <1ZdV5L#6p3zPZ749P2O7PRPVj6ZTbf7=[e-mail]>
Date: 2 Mar 91 18:25:31 GMT

Submitted-by: [e-mail]
Archive-name: jargon/part17

---- Cut Here and feed the following to sh ----
#!/bin/sh
# this is jargon.17 (part 17 of jargon)
# do not concatenate these parts, unpack them in order with /bin/sh
# file jargon.ascii continued
#
if test ! -r _shar_seq_.tmp; then
    echo 'Please unpack part 1 first!'
    exit 1
fi
(read Scheck
 if test "$Scheck" != 17; then
    echo Please unpack part "$Scheck" next!
    exit 1
 else
    exit 0
 fi
) < _shar_seq_.tmp || exit 1
if test -f _shar_wnt_.tmp; then
sed 's/^X//' << 'SHAR_EOF' >> 'jargon.ascii' &&
XXerox CP-V timesharing system.  Through a simple programming strategy,
Xit was possible for a user program to trick the system into running a
Xportion of the program in `master mode' (supervisor state), in which
Xmemory protection does not apply.  The program could then poke a large
Xvalue into its `privilege level' byte (normally write-protected) and
Xcould then proceed to bypass all levels of security within the
Xfile-management system, patch the system monitor, and do numerous
Xother interesting things.  In short, the barn door was wide open.
X
XMotorola quite properly reported this problem to XEROX via an official
X`level 1 SIDR' (a bug report with a perceived urgency of `needs to be
Xfixed yesterday').  Because the text of each SIDR was entered into a
Xdatabase that could be viewed by quite a number of people, Motorola
Xfollowed the approved procedure: they simply reported the problem as
X`Security SIDR', and attached all of the necessary documentation,
Xways-to-reproduce, etc. separately.
X
XXerox sat on their thumbs...they either didn't realize the severity of
Xthe problem, or didn't assign the necessary operating-system-staff
Xresources to develop and distribute an official patch.
X
XMonths passed.  The Motorola guys pestered their Xerox field-support
Xrep, to no avail.  Finally they decided to take Direct Action, to
Xdemonstrate to Xerox management just how easily the system could be
Xcracked and just how thoroughly the system security systems could be
Xsubverted.
X
XThey dug around in the operating-system listings and devised a
Xthoroughly devilish set of patches.  These patches were then
Xincorporated into a pair of programs called Robin Hood and Friar Tuck.
XRobin Hood and Friar Tuck were designed to run as `ghost jobs'
X(daemons, in UNIX terminology); they would use the existing loophole
Xto subvert system security, install the necessary patches, and then
Xkeep an eye on one another's statuses in order to keep the system
Xoperator (in effect, the superuser) from aborting them.
X
XSo... one day, the system operator on the main CP-V software
Xdevelopment system in El Segundo was surprised by a number of unusual
Xphenomena.  These included the following:
X
X   * Tape drives would rewind and dismount their tapes in the middle of a
X     job.
X   * Disk drives would seek back and forth so rapidly that they'd attempt
X     to walk across the floor (see {walking drives}).
X   * The card-punch output device would occasionally start up of itself
X     and punch a {lace card} (every hole punched).  These would usually
X     jam in the punch.
X   * The console would print snide and insulting messages from Robin Hood
X     to Friar Tuck, or vice versa.
X   * The Xerox card reader had two output stackers;  it could be
X     instructed to stack into A, stack into B, or stack into A unless a
X     card was unreadable, in which case the bad card was placed into
X     stacker B.  One of the patches installed by the ghosts added some
X     code to the card-reader driver... after reading a card, it would flip
X     over to the opposite stacker.  As a result, card decks would divide
X     themselves in half when they were read, leaving the operator to
X     recollate them manually.
X
XThere were some other effects produced, as well.
X
XNaturally, the operator called in the operating-system developers.  They
Xfound the bandit ghost jobs running, and X'ed them... and were once
Xagain surprised.  When Robin Hood was X'ed, the following sequence of
Xevents took place:
X
X     !X id1
X
X     id1: Friar Tuck... I am under attack!  Pray save me!
X     id1: Off (aborted)
X
X     id2: Fear not, friend Robin!  I shall rout the Sheriff of
X          Nottingham's men!
X
X     id1: Thank you, my good fellow!
X
XEach ghost-job would detect the fact that the other had been killed,
Xand would start a new copy of the recently-slain program within a few
Xmilliseconds.  The only way to kill both ghosts was to kill them
Xsimultaneously (very difficult) or to deliberately crash the system.
X
XFinally, the system programmers did the latter... only to find that
Xthe bandits appeared once again when the system rebooted!  It turned
Xout that these two programs had patched the boot-time image (the
X/vmunix file, in UNIX terms) and had added themselves to the list of
Xprograms that were to be started at boot time...
X
XThe Robin Hood and Friar Tuck ghosts were finally eradicated when the
Xsystem staff rebooted the system from a clean boot-tape and
Xreinstalled the monitor.  Not long thereafter, Xerox released a patch
Xfor this problem.
X
XIt is alleged that Xerox filed a complaint with Motorola's management about
Xthe merry-prankster actions of the two employees in question.  It is
Xnot recorded that any serious disciplinary action was taken against
Xeither of them.
X
XThe Untimely Demise of Mabel the Monkey
X=======================================
X
X   The following, modulo a couple of inserted commas and
Xcapitalization changes for readability, is the exact text of a famous
XUSENET message.  The reader may wish to review the definitions of
X{PM} in the main text before continuing.
X
X     Date: Wed 3 Sep 86 16:46:31-EDT
X     From: "Art Evans" <[e-mail]>
X     Subject: Always Mount a Scratch Monkey
X     To: [e-mail]
X
XMy friend Bud used to be the intercept man at a computer vendor for
Xcalls when an irate customer called.  Seems one day Bud was sitting at
Xhis desk when the phone rang.
X
X     Bud:       Hello.                 Voice:      YOU KILLED MABEL!!
X     B:         Excuse me?             V:          YOU KILLED MABEL!!
X
XThis went on for a couple of minutes and Bud was getting nowhere, so he
Xdecided to alter his approach to the customer.
X
X     B:         HOW DID I KILL MABEL?   V: YOU PM'ED MY MACHINE!!
X
XWell, to avoid making a long story even longer, I will abbreviate what had
Xhappened.  The customer was a Biologist at the University of Blah-de-blah,
Xand he had one of our computers that controlled gas mixtures that Mabel (the
Xmonkey) breathed.  Now, Mabel was not your ordinary monkey.  The University
Xhad spent years teaching Mabel to swim, and they were studying the effects
Xthat different gas mixtures had on her physiology.  It turns out that the
Xrepair folks had just gotten a new Calibrated Power Supply (used to
Xcalibrate analog equipment), and at their first opportunity decided to
Xcalibrate the D/A converters in that computer.  This changed some of the gas
Xmixtures and poor Mabel was asphyxiated.  Well, Bud then called the branch
Xmanager for the repair folks:
X
X     Manager:     Hello
X     B:           This is Bud, I heard you did a PM at the University of
X                  Blah-de-blah.
X     M:           Yes, we really performed a complete PM.  What can I do
X                  for you?
X     B:           Can you swim?
X
XThe moral is, of course, that you should always mount a scratch monkey.
X
X              ~~~~~~~~~~~~~~~~~~~~~~
X
XThere are several morals here related to risks in use of computers.
XExamples include, "If it ain't broken, don't fix it."  However, the
Xcautious philosophical approach implied by "always mount a scratch
Xmonkey" says a lot that we should keep in mind.
X
X     Art Evans
X     Tartan Labs
X
XTV Typewriters: A Tale Of Hackish Ingenuity
X===========================================
X
XHere is a true story about a glass tty.  One day an MIT hacker was in
Xa motorcycle accident and broke his leg.  He had to stay in the
Xhospital quite a while, and got restless because he couldn't HACK (use
Xthe computer).  Two of his friends therefore took a display terminal
Xand a telephone connection for it to the hospital, so that he could
Xuse the computer by telephone from his hospital bed.
X
XNow this happened some years before the spread of home computers, and
Xcomputer terminals were not a familiar sight to the average person.
XWhen the two friends got to the hospital, a guard stopped them and
Xasked what they were carrying.  They explained that they wanted to
Xtake a computer terminal to their friend who was a patient.
X
XThe guard got out his list of things that patients were permitted to
Xhave in their rooms: TV, radio, electric razor, typewriter, tape
Xplayer...  no computer terminals.  Computer terminals weren't on the
Xlist, so they couldn't take it in.  Rules are rules.
X
XFair enough, said the two friends, and they left again.  They were
Xfrustrated, of course, because they knew that the terminal was as
Xharmless as a TV or anything else on the list... which gave them an
Xidea.
X
XThe next day they returned, and the same thing happened: a guard
Xstopped them and asked what they were carrying.  They said, "This is
Xa TV typewriter!"  The guard was skeptical, so they plugged it in and
Xdemonstrated it.  "See?  You just type on the keyboard and what you
Xtype shows up on the TV screen."  Now the guard didn't stop to think
Xabout how utterly useless a typewriter would be that didn't produce
Xany paper copies of what you typed; but this was clearly a TV
Xtypewriter, no doubt about it.  So he checked his list: "A TV is all
Xright, a typewriter is all right... okay, take it on in!"
X
XTwo Stories About `Magic' (by Guy Steele)
X=========================================
X
XWhen Barbara Steele was in her fifth month of pregnancy in 1981, her
Xdoctor sent her to a specialist to have a sonogram made to determine
Xwhether there were twins.  She dragged her husband Guy along to the
Xappointment.  It was quite fascinating; as the doctor moved an
Xinstrument along the skin, a small TV screen showed cross-sectional
Xpictures of the abdomen.
X
XNow Barbara and I had both studied computer science at MIT, and we
Xboth saw that some complex computerized image-processing was involved.
XOut of curiosity, we asked the doctor how it was done, hoping to learn
Xsome details about the mathematics involved.  The doctor, not knowing
Xour educational background, simply said, "The probe sends out sound
Xwaves, which bounce off the internal organs.  A microphone picks up
Xthe echoes, like radar, and send the signals to a computer---and the
Xcomputer makes a picture."  Thanks a lot!  Now a hacker would have
Xsaid, "... and the computer *magically* (or {automagically})
Xmakes a picture", implicitly acknowledging that he has glossed over
Xan extremely complicated process.
X
XSome years ago I was snooping around in the cabinets that housed the
XMIT AI Lab's PDP-10, and noticed a little switch glued to the frame of
Xone cabinet.  It was obviously a homebrew job, added by one of the
Xlab's hardware hackers (no one knows who).
X
XYou don't touch an unknown switch on a computer without knowing what
Xit does, because you might crash the computer.  The switch was labeled
Xin a most unhelpful way.  It had two positions, and scrawled in pencil
Xon the metal switch body were the words `magic' and `more magic'.
XThe switch was in the `more magic' position.
X
XI called another hacker over to look at it.  He had never seen the
Xswitch before either.  Closer examination revealed that the switch
Xonly had one wire running to it!  The other end of the wire did
Xdisappear into the maze of wires inside the computer, but it's a basic
Xfact of electricity that a switch can't do anything unless there are
Xtwo wires connected to it.  This switch had a wire connected on one
Xside and no wire on its other side.
X
XIt was clear that this switch was someone's idea of a silly joke.
XConvinced by our reasoning that the switch was inoperative, we flipped
Xit.  The computer instantly crashed.
X
XImagine our utter astonishment.  We wrote it off as coincidence, but
Xnevertheless restored the switch to the `more magic' position before
Xreviving the computer.
X
XA year later, I told this story to yet another hacker, David Moon as I
Xrecall.  He clearly doubted my sanity, or suspected me of a
Xsupernatural belief in the power of this switch, or perhaps thought I
Xwas fooling him with a bogus saga.  To prove it to him, I showed him
Xthe very switch, still glued to the cabinet frame with only one wire
Xconnected to it, still in the `more magic' position.  We scrutinized
Xthe switch and its lone connection, and found that the other end of
Xthe wire, though connected to the computer wiring, was connected to a
Xground pin.  That clearly made the switch doubly useless: not only was
Xit electrically nonoperative, but it was connected to a place that
Xcouldn't affect anything anyway.  So we flipped the switch.
X
XThe computer promptly crashed.
X
XThis time we ran for Richard Greenblatt, a long-time MIT hacker, who
Xwas close at hand.  He had never noticed the switch before, either.
XHe inspected it, concluded it was useless, got some diagonal cutters
Xand diked it out.  We then revived the computer and it ran fine ever
Xsince.
X
XWe still don't know how the switch crashed the machine.  There is a
Xtheory that some circuit near the ground pin was marginal, and
Xflipping the switch changed the electrical capacitance enough to upset
Xthe circuit as millionth-of-a-second pulses went through it.  But
Xwe'll never know for sure; all we can really say is that the switch
Xwas {magic}.
X
XI still have that switch in my basement.  Maybe I'm silly, but I
Xusually keep it set on `more magic.'
X
XA Selection of AI Koans
X=======================
X
X   These are perhaps the funniest examples of a genre of jokes told at
Xthe MIT AI lab about various noted computer scientists and hackers.
XThe original koans were composed by Danny Hillis.
X
X                                 * * *
X
X   A novice was trying to fix a broken Lisp machine by turning the power
Xoff and on.
X
X   Knight, seeing what the student was doing spoke sternly: "You can not
Xfix a machine by just power-cycling it with no understanding of what
Xis going wrong."
X
X   Knight turned the machine off and on.
X
X   The machine worked.
X
X[Ed note: This is much funnier if you know that Tom Knight was one of the
X   Lisp machine's principal designers]
X
X                                 * * *
X
XOne day a student came to Moon and said, "I understand how to
Xmake a better garbage collector.  We must keep a reference count
Xof the pointers to each cons."
X
XMoon patiently told the student the following story:
X
X      "One day a student came to Moon and said, `I understand how
X      to make a better garbage collector...
X
X[Ed. note: The point here is technical.  Pure reference-count garbage
X   collectors have problems with `pathological' structures that point
X   to themselves.]
X
X                                 * * *
X
XIn the days when Sussman was a novice Minsky once came to him as
Xhe sat hacking at the PDP-6.
X
X   "What are you doing?", asked Minsky.
X
X   "I am training a randomly wired neural net to play Tic-Tac-Toe",
XSussman replied.
X
X   "Why is the net wired randomly?", asked Minsky.
X
X   "I do not want it to have any preconceptions of how to play",
XSussman said.
X
X   Minsky then shut his eyes.
X
X   "Why do you close your eyes?", Sussman asked his teacher.
X
X   "So that the room will be empty."
X
X   At that moment, Sussman was enlightened.
X
X                                 * * *
X
X   A disciple of another sect once came to Drescher as he was
Xeating his morning meal.
X
X   "I would like to give you this personality test", said the
Xoutsider, "because I want you to be happy."
X
X   Drescher took the paper that was offered him and put it
Xinto the toaster, saying:
X
X   "I wish the toaster to be happy, too."
X
XOS and JEDGAR
X=============
X
XThis story says a lot about the style of the ITS culture.
X
XOn the ITS system there was a program that allowed you to see what is
Xbeing printed on someone else's terminal.  It worked by `spying' on
Xthe other guy's output, by examining the insides of the monitor
Xsystem.  The output spy program was called OS.  Throughout the rest of
Xthe computer science (and also at IBM) OS means `operating system',
Xbut among old-time ITS hackers it almost always meant `output spy'.
X
XOS could work because ITS purposely had very little in the way of
X`protection' that prevented one user from interfering with another.
XFair is fair, however.  There was another program that would
Xautomatically notify you if anyone started to spy on your output.  It
Xworked in exactly the same way, by looking at the insides of the
Xoperating system to see if anyone else was looking at the insides that
Xhad to do with your output.  This `counterspy' program was called
XJEDGAR (pronounced as two syllables: /jed'gr/), in honor of the former
Xhead of the FBI.
X
XBut there's more.  The rest of the story is that JEDGAR would ask the
Xuser for `license to kill'.  If the user said yes, then JEDGAR would
Xactually gun the job of the luser who was spying.  However, people
Xfound this made life too violent, especially when tourists learned
Xabout it.  One of the systems hackers solved the problem by replacing
XJEDGAR with another program that only pretended to do its job.  It
Xtook a long time to do this, because every copy of JEDGAR had to be
Xpatched, and to this day no one knows how many people never figured
Xout that JEDGAR had been defanged.
X
XThe Story of Mel, a Real Programmer
X===================================
X
XThis was posted to USENET by Ed Nather (utastro!nather), May 21, 1983.
X
X     A recent article devoted to the *macho* side of programming
X     made the bald and unvarnished statement:
X
X         Real Programmers write in Fortran.
X
X     Maybe they do now,
X     in this decadent era of
X     Lite beer, hand calculators and "user-friendly" software
X     but back in the Good Old Days,
X     when the term "software" sounded funny
X     and Real Computers were made out of drums and vacuum tubes,
X     Real Programmers wrote in machine code.
X     Not Fortran. Not RATFOR. Not, even, assembly language.
X     Machine Code.
X     Raw, unadorned, inscrutable hexadecimal numbers.
X     Directly.
X
X     Lest a whole new generation of programmers
X     grow up in ignorance of this glorious past,
X     I feel duty-bound to describe,
X     as best I can through the generation gap,
X     how a Real Programmer wrote code.
X     I'll call him Mel,
X     because that was his name.
X
X     I first met Mel when I went to work for Royal McBee Computer Corp.,
X     a now-defunct subsidiary of the typewriter company.
X     The firm manufactured the LGP-30,
X     a small, cheap (by the standards of the day)
X     drum-memory computer,
X     and had just started to manufacture
X     the RPC-4000, a much-improved,
X     bigger, better, faster --- drum-memory computer.
X     Cores cost too much,
X     and weren't here to stay, anyway.
X     (That's why you haven't heard of the company, or the computer.)
X
X     I had been hired to write a Fortran compiler
X     for this new marvel and Mel was my guide to its wonders.
X     Mel didn't approve of compilers.
X
X     "If a program can't rewrite its own code",
X     he asked, "what good is it?"
X
X     Mel had written,
X     in hexadecimal,
X     the most popular computer program the company owned.
X     It ran on the LGP-30
X     and played blackjack with potential customers
X     at computer shows.
X     Its effect was always dramatic.
X     The LGP-30 booth was packed at every show,
X     and the IBM salesmen stood around
X     talking to each other.
X     Whether or not this actually sold computers
X     was a question we never discussed.
X
X     Mel's job was to re-write
X     the blackjack program for the RPC-4000.
X     (Port?  What does that mean?)
X     The new computer had a one-plus-one
X     addressing scheme,
X     in which each machine instruction,
X     in addition to the operation code
X     and the address of the needed operand,
X     had a second address that indicated where, on the revolving drum,
X     the next instruction was located.
X     In modern parlance,
X     every single instruction was followed by a GO TO!
X     Put *that* in Pascal's pipe and smoke it.
X
X     Mel loved the RPC-4000
X     because he could optimize his code:
X     that is, locate instructions on the drum
X     so that just as one finished its job,
X     the next would be just arriving at the "read head"
X     and available for immediate execution.
X     There was a program to do that job,
X     an "optimizing assembler",
X     but Mel refused to use it.
X
X     "You never know where its going to put things",
X     he explained, "so you'd have to use separate constants".
X
X     It was a long time before I understood that remark.
X     Since Mel knew the numerical value
X     of every operation code,
X     and assigned his own drum addresses,
X     every instruction he wrote could also be considered
X     a numerical constant.
X     He could pick up an earlier "add" instruction, say,
X     and multiply by it,
X     if it had the right numeric value.
X     His code was not easy for someone else to modify.
X
X     I compared Mel's hand-optimized programs
X     with the same code massaged by the optimizing assembler program,
X     and Mel's always ran faster.
X     That was because the "top-down" method of program design
X     hadn't been invented yet,
X     and Mel wouldn't have used it anyway.
X     He wrote the innermost parts of his program loops first,
X     so they would get first choice
X     of the optimum address locations on the drum.
X     The optimizing assembler wasn't smart enough to do it that way.
X
X     Mel never wrote time-delay loops, either,
X     even when the balky Flexowriter
X     required a delay between output characters to work right.
X     He just located instructions on the drum
X     so each successive one was just *past* the read head
X     when it was needed;
X     the drum had to execute another complete revolution
X     to find the next instruction.
X     He coined an unforgettable term for this procedure.
X     Although "optimum" is an absolute term,
X     like "unique", it became common verbal practice
X     to make it relative:
X     "not quite optimum" or "less optimum"
X     or "not very optimum".
X     Mel called the maximum time-delay locations
X     the "most pessimum".
X
X     After he finished the blackjack program
X     and got it to run,
X     ("Even the initializer is optimized",
X     he said proudly)
X     he got a Change Request from the sales department.
X     The program used an elegant (optimized)
X     random number generator
X     to shuffle the "cards" and deal from the "deck",
X     and some of the salesmen felt it was too fair,
X     since sometimes the customers lost.
X     They wanted Mel to modify the program
X     so, at the setting of a sense switch on the console,
X     they could change the odds and let the customer win.
X
X     Mel balked.
X     He felt this was patently dishonest,
X     which it was,
X     and that it impinged on his personal integrity as a programmer,
X     which it did,
X     so he refused to do it.
X     The Head Salesman talked to Mel,
X     as did the Big Boss and, at the boss's urging,
X     a few Fellow Programmers.
X     Mel finally gave in and wrote the code,
X     but he got the test backwards,
X     and, when the sense switch was turned on,
X     the program would cheat, winning every time.
X     Mel was delighted with this,
X     claiming his subconscious was uncontrollably ethical,
X     and adamantly refused to fix it.
X
X     After Mel had left the company for greener pa$ture$,
X     the Big Boss asked me to look at the code
X     and see if I could find the test and reverse it.
X     Somewhat reluctantly, I agreed to look.
X     Tracking Mel's code was a real adventure.
X
X     I have often felt that programming is an art form,
X     whose real value can only be appreciated
X     by another versed in the same arcane art;
X     there are lovely gems and brilliant coups
X     hidden from human view and admiration, sometimes forever,
X     by the very nature of the process.
X     You can learn a lot about an individual
X     just by reading through his code,
X     even in hexadecimal.
X     Mel was, I think, an unsung genius.
X
X     Perhaps my greatest shock came
X     when I found an innocent loop that had no test in it.
X     No test. *None*.
X     Common sense said it had to be a closed loop,
X     where the program would circle, forever, endlessly.
X     Program control passed right through it, however,
X     and safely out the other side.
X     It took me two weeks to figure it out.
X
X     The RPC-4000 computer had a really modern facility
X     called an index register.
X     It allowed the programmer to write a program loop
X     that used an indexed instruction inside;
X     each time through,
X     the number in the index register
X     was added to the address of that instruction,
X     so it would refer
X     to the next datum in a series.
X     He had only to increment the index register
X     each time through.
X     Mel never used it.
X
X     Instead, he would pull the instruction into a machine register,
X     add one to its address,
X     and store it back.
X     He would then execute the modified instruction
X     right from the register.
X     The loop was written so this additional execution time
X     was taken into account ---
X     just as this instruction finished,
X     the next one was right under the drum's read head,
X     ready to go.
X     But the loop had no test in it.
X
X     The vital clue came when I noticed
X     the index register bit,
X     the bit that lay between the address
X     and the operation code in the instruction word,
X     was turned on---
X     yet Mel never used the index register,
X     leaving it zero all the time.
X     When the light went on it nearly blinded me.
X
X     He had located the data he was working on
X     near the top of memory ---
X     the largest locations the instructions could address ---
X     so, after the last datum was handled,
X     incrementing the instruction address
X     would make it overflow.
X     The carry would add one to the
X     operation code, changing it to the next one in the instruction set:
X     a jump instruction.
X     Sure enough, the next program instruction was
X     in address location zero,
X     and the program went happily on its way.
X
X     I haven't kept in touch with Mel,
X     so I don't know if he ever gave in to the flood of
X     change that has washed over programming techniques
X     since those long-gone days.
X     I like to think he didn't.
X     In any event,
X     I was impressed enough that I quit looking for the
X     offending test,
X     telling the Big Boss I couldn't find it.
X     He didn't seem surprised.
X
X     When I left the company,
X     the blackjack program would still cheat
X     if you turned on the right sense switch,
X     and I think that's how it should be.
X     I didn't feel comfortable
X     hacking up the code of a Real Programmer.
X
XThis is one of hackerdom's great heroic epics, free verse or no.  In a
Xfew spare images it captures more about the esthetics and psychology
Xof hacking than every scholarly volume on the subject put together.
XFor an opposing point of view, see the entry for {real programmer}.
X
XA Portrait of J. Random Hacker
X******************************
X
XThis profile reflects detailed comments on an earlier `trial balloon'
Xversion from about a hundred USENET respondents.  Where comparatives
Xare used, the implicit `other' is a randomly selected group from the
Xnon-hacker population of the same size as hackerdom.
X
X
XGeneral appearance:
X===================
X
XIntelligent.  Scruffy.  Intense.  Abstracted.  Interestingly for a
Xsedentary profession, more hackers run to skinny than fat; both
Xextremes are more common than elsewhere.  Tans are rare.
X
X
XDress:
X======
X
XCasual, vaguely post-hippy; T-shirts, jeans, running shoes,
XBirkenstocks (or bare feet).  Long hair, beards and moustaches are
Xcommon.  High incidence of tie-dye and intellectual or humorous
X`slogan' T-shirts (only rarely computer related, that's too obvious).
X
XA substantial minority runs to `outdoorsy' clothing --- hiking boots
X("in case a mountain should suddenly spring up in the machine room",
Xas one famous parody put it), khakis, lumberjack or chamois shirts and
Xthe like.
X
XVery few actually fit the National-Lampoon-Nerd stereotype, though it
Xlingers on at MIT and may have been more common before 1975.  These
Xdays, backpacks are more common than briefcases, and the hacker `look'
Xis more whole-earth than whole-polyester.
X
XHackers dress for comfort, function, and minimal maintenance hassles
Xrather than for appearance (some, unfortunately, take this to extremes
Xand neglect personal hygiene).  They have a very low tolerance of
Xsuits or other `business' attire, in fact it is not uncommon for
Xhackers to quit a job rather than conform to dress codes.
X
XFemale hackers never wear visible makeup and many use none at all.
X
X
XReading habits:
X===============
X
XOmnivorous, but usually includes lots of science and science fiction.
XThe typical hacker household might subscribe to `Analog',
X`Scientific American', `Co-Evolution Quarterly', and
X`Smithsonian'.  Hackers often have a reading range that astonishes
X`liberal arts' people but tend not to talk about it as much.  Many
Xhackers spend as much of their spare time reading as the average
XAmerican burns up watching TV, and often keep shelves and shelves of
Xwell-thumbed books in their homes.
X
X
XOther interests:
X================
X
XSome hobbies are widely shared and recognized as going with the
Xculture.  Science fiction.  Music.  Medievalism.  Chess, go,
Xbackgammon, wargames and intellectual games of all kinds.
XRole-playing games such as Dungeons and Dragons used to be extremely
Xpopular among hackers but have lost a bit of their former luster as
Xthey moved into the mainstream and became heavily commercialized.
XLogic puzzles.  Ham radio.  Other interests that seem to correlate
Xless strongly but positively with hackerdom include: linguistics and
Xtheater teching.
X
X
XPhysical Activity and Sports:
X=============================
X
XMany (perhaps even most) hackers don't do sports at all and are
Xdeterminedly anti-physical.
X
XAmong those that do, they are almost always self-competitive ones
Xinvolving concentration, stamina, and micromotor skills: martial arts,
Xbicycling, kite-flying, hiking, rock-climbing, sailing, caving,
Xjuggling.
X
XHackers avoid most team sports like the plague (volleyball is a
Xnotable and unexplained exception).
X
X
XEducation:
X==========
X
XNearly all hackers past their teens are either college-degreed or
Xself-educated to an equivalent level.  The self-taught hacker is often
Xconsidered (at least by other hackers) to be better-motivated and more
Xrespected than his B.Sc. counterpart.  Academic areas from which
Xpeople often gravitate into hackerdom include (besides the obvious
Xcomputer science and electrical engineering) physics, mathematics,
Xlinguistics, and philosophy.
X
X
XThings hackers detest and avoid:
X================================
X
XIBM mainframes.  Smurfs and other forms of offensive cuteness.
XBureaucracies.  Stupid people.  Easy listening music.  Television
X(except for cartoons, movies, the old `Star Trek', and the new
X`Simpsons').  Business suits.  Dishonesty.  Incompetence.  Boredom.
XBASIC.  Character-based menu interfaces.
X
X
XFood:
X=====
X
XEthnic.  Spicy.  Oriental, esp. Chinese and most especially Szechuan,
XHunan and Mandarin (hackers consider Cantonese vaguely declasse).
XThai food has experienced flurries of popularity.  Where available,
Xhigh-quality Jewish delicatessen food is much esteemed.  A visible
Xminority of Midwestern and Southwestern hackers prefers Mexican.
X
XFor those all-night hacks, pizza and microwaved burritos are big.
XInterestingly, though the mainstream culture has tended to think of
Xhackers as incorrigible junk-food junkies, many have at least mildly
Xhealth-foodist attitudes and are fairly discriminating about what they
Xeat.  This may be generational; anecdotal evidence suggests that the
Xstereotype was more on the mark ten to fifteen years ago.
X
X
XPolitics:
X=========
X
XVaguely left of center, except for the strong libertarian contingent
Xwhich rejects conventional left-right politics entirely.  The only
Xsafe generalization is that almost all hackers are anti-authoritarian,
Xthus both conventional conservatism and `hard' leftism are rare.
XHackers are far more likely than most non-hackers to either a) be
Xaggressively apolitical, or b) entertain peculiar or idiosyncratic
Xpolitical ideas and actually try to live by them day-to-day.
X
X
XGender & Ethnicity:
X===================
X
XHackerdom is still predominantly male.  However, the percentage of
Xwomen is clearly higher than the low-single-digit range typical for
Xtechnical professions.
X
XHackerdom is predominantly Caucasian with a strong minority of Jews
X(east coast) and Asians (west coast).  The Jewish contingent has
Xexerted a particularly pervasive cultural influence (see Food, and
Xnote that several common jargon terms are obviously mutated Yiddish).
X
XHackers as a group are about as color-blind as anyone could ask for,
Xand ethnic prejudice of any kind tends to be met with extreme
Xhostility; the ethnic distribution of hackers is understood by them to
Xbe a function of who tends to seek and get higher education.
X
XIt has been speculated that hackish gender- and color-blindness is
Xpartly a positive effect of ASCII-only network channels.
X
X
XReligion:
X=========
X
XAgnostic.  Atheist.  Non-observant Jewish.  Neo-pagan.  Very commonly,
Xthree or more of these are combined in the same person.  Conventional
Xfaith-holding Christianity is rare though not unknown (at least on the
Xeast coast, more hackers wear yarmulkes than crucifixes).
X
XEven hackers who identify with a religious affiliation tend to be
Xrelaxed about it, hostile to organized religion in general and all
Xforms of religious bigotry in particular.  Many enjoy `parody'
Xreligions such as Discordianism and the Church of the SubGenius.
X
XAlso, many hackers are influenced to varying degrees by Zen Buddhism
Xor (less commonly) Taoism, and blend them easily with their `native'
Xreligions.
X
XThere is a definite strain of mystical, almost Gnostic sensibility
Xthat shows up even among those hackers not actively involved with
Xneo-paganism, Discordianism, or Zen.  Hacker folklore that pays homage
Xto `wizards' and speaks of incantations and demons has too much
Xpsychological truthfulness about it to be entirely a joke.
X
X
XCeremonial chemicals:
X=====================
X
XMost hackers don't smoke tobacco and use alcohol in moderation if at
Xall (though there is a visible contingent of exotic-beer fanciers, and
Xa few hackers are serious oenophiles).  Limited use of `soft' drugs (esp.
Xpsychedelics such as marijuana, LSD, psilocybin etc.) used to be
Xrelatively common and is still regarded with more tolerance than in
Xthe mainstream culture.  Use of `downers' and opiates, on the other
Xhand, appears to be particularly rare; hackers seem in general to
Xdislike drugs that `dumb them down'.  On the other hand, many hackers
Xregularly wire up on caffeine and/or sugar for all-night hacking runs.
X
X
XCommunication style:
X====================
X
XSee the dictionary notes on `Hacker speech style'.  Though hackers
Xoften have poor person-to-person communication skills, they are as a
Xrule extremely sensitive to nuances of language and very precise in
Xtheir use of it.  They are often better at written communication than
Xspoken.
X
X
XGeographical Distribution:
X==========================
X
XIn the U.S., hackerdom revolves on a Bay Area/Boston axis; about half
Xof the hard core seems to live within a hundred miles of Cambridge
X(Massachusetts) or Berkeley (California).  Hackers tend to cluster
Xaround large cities, especially `university towns' such as the
XRaleigh/Durham area in North Carolina or Princeton, New Jersey (this
Xmay simply reflect the fact that many are students or ex-students
Xliving near their alma maters).
X
X
XSexual habits:
X==============
X
XHackerdom tolerates a much wider range of sexual and lifestyle
Xvariation than the mainstream culture.  It includes a relatively large
Xgay contingent.  Hackers are somewhat more likely to live in
Xpolygynous or polyandrous relationships, practice open marriage, or
Xlive in communes or group houses.  In this, as in some other respects,
X(see `General Appearance') hackerdom semi-consciously maintains
X`counterculture' values.
X
X
XPersonality Characteristics:
X============================
X
XThe most obvious common `personality' characteristics of hackers are
Xhigh intelligence, consuming curiosity, and facility with intellectual
Xabstractions.  Also, most hackers are `neophiles', stimulated by and
Xappreciative of novelty (especially intellectual novelty).  Most are
Xalso relatively individualistic and anti-conformist.
X
XContrary to stereotype, hackers are *not* usually intellectually
Xnarrow; they tend to be interested in any subject that can provide
Xmental stimulation, and can often discourse knowledgeably and even
Xinterestingly on any number of obscure subjects --- assuming you can
Xget them to talk at all as opposed to, say, going back to hacking.
X
XHackers are `control freaks' in a way that has nothing to do with the
Xusual coercive or authoritarian connotations of the term.  In the same
Xway that children delight in making model trains go forward and back
Xby moving a switch, hackers love making complicated things like
Xcomputers do nifty stuff for them.  But it has to be *their*
Xnifty stuff; they don't like tedium or nondeterminism.  Accordingly,
Xthey tend to be careful and orderly in their intellectual lives and
Xchaotic elsewhere.  Their code will be beautiful, even if their desks
Xare buried in three feet of crap.
X
XHackers are generally only very weakly motivated by conventional
Xrewards such as social approval or money.  They tend to be attracted
Xby challenges and excited by interesting toys, and to judge the
Xinterest of work or other activities in terms of the challenges
Xoffered and the toys they get to play with.
X
XIn terms of Myers-Briggs and equivalent psychometric systems,
Xhackerdom appears to concentrate the relatively rare INTJ and INTP
Xtypes; that is, introverted, intuitive, and thinker types (as opposed
Xto the extroverted-sensate personalities that predominate in the
Xmainstream culture).  ENT[JP] types are also concentrated among
Xhackers but are in a minority.
X
X
XWeaknesses of the hacker personality:
X=====================================
X
XRelatively little ability to identify emotionally with other people.
XThis may be because hackers generally aren't much like `other people'.
XUnsurprisingly, there is also a tendency to self-absorption,
Xintellectual arrogance, and impatience with people and tasks perceived
Xto be wasting one's time.  As a result, many hackers have difficulty
Xmaintaining stable relationships.
X
XAs cynical as hackers sometimes wax about the amount of idiocy in the
Xworld, they tend at bottom to assume that everyone is as rational,
X`cool', and imaginative as they consider themselves.  This bias often
Xcontributes to weakness in communication skills.  Hackers tend to be
Xespecially poor at confrontations and negotiation.
X
XHackers are often monumentally disorganized and sloppy about dealing
Xwith the physical world.  Bills don't get paid on time, clutter piles
Xup to incredible heights in homes and offices, and minor maintenance
Xtasks get deferred indefinitely.
X
XThe sort of person who uses phrases like `incompletely socialized'
Xusually thinks hackers are.  Hackers regard such people with contempt
Xwhen they notice them at all.
X
X
XMiscellaneous:
X==============
X
XHackers are more likely to keep cats than dogs.  Many drive incredibly
Xdecrepit heaps and forget to wash them; richer ones drive spiffy
XPorsches and RX-7s and then forget to wash them.
X
XBibliography
X************
X
XHere are some other books you can read to help you understand the
Xhacker mindset.
X
X     Godel, Escher, Bach: An Eternal Golden Braid
X     Hofstadter, Douglas
X     Basic Books, 1979, New York
X     ISBN 0-394-74502-7
X
XThis book reads like an intellectual Grand Tour of hacker
Xpreoccupations.  Music, mathematical logic, programming, speculations
Xon the nature of intelligence, biology, and Zen are woven into a
Xbrilliant tapestry themed on the concept of encoded self-reference.
XThe perfect left-brain companion to `Illuminatus'.
X
X     Illuminatus (three vols)
X         1. The Golden Apple
X         2. The Eye in the Pyramid
X         3. Leviathan
X     Shea, Robert & Wilson, Robert Anton
X     Dell Books, 1975, New York
X     ISBN 0-440-{14688-7,34691-6,14742-5}
X
XThis work of alleged fiction is an incredible berserko-surrealist
Xrollercoaster of world-girdling conspiracies, intelligent dolphins,
Xthe fall of Atlantis, who really killed JFK, sex, drugs, rock and roll
Xand the Cosmic Giggle Factor.  First published in 3 volumes, but
Xthere's now a one-volume trade paperback carried by most chain
Xbookstores under SF.  The perfect right-brain companion to Hofstadter's
X`Godel, Escher, Bach: An Eternal Golden Braid'.  See {Eris},
X{Discordianism}, {random numbers}, {Church Of The Sub-Genius}.
X
X     The Hitchhiker's Guide to the Galaxy
X     Douglas Adams
X     Pocket Books, 1981, New York
X     ISBN 0-671-46149-4
X
XThis Monty-Python-in-Space spoof of SF genre traditions has been
Xpopular among hackers ever since the original British radio show.
XRead it if only to learn about Vogons (see {bogons}) and the
Xsignificance of the number 42 (see {random numbers}) --- also why the
Xwinningest chess program of 1990 was called `Deep Thought'.
X
X     The Tao of Programming
X     James Geoffrey
X     Infobooks, 1987, Santa Monica
X     ISBN 0-931137-07-1
X
XThis gentle, funny spoof of the `Tao Te Ching' contains much that is
Xilluminating about the hacker way of thought.  "When you have learned
Xto snatch the error code from the trap frame, it will be time for you
Xto leave."
X
X     Hackers
X     Steven Levy
X     Anchor/Doubleday 1984, New York
X     ISBN 0-385-19195-2
X
XLevy's book is at its best in describing the early MIT hackers at the
XModel Railroad Club and the early days of the microcomputer
Xrevolution.  He never understood UNIX or the networks, though, and his
Xenshrinement of Richard Stallman as "the last true hacker" turns out
X(thankfully) to have been quite misleading.  Numerous minor factual
Xerrors also mar the text; for example, Levy's claim that the original
XJargon File derived from a 1959 dictionary of Model Railroad Club
Xslang is incorrect (the File originated at Stanford and was brought to
XMIT in 1976; the First Edition co-authors had never seen the dictionary
Xin question).  Nevertheless this remains a useful and stimulating book
Xthat captures the feel of several important hackish subcultures.
X
X     The Cuckoo's Egg
X     Clifford Stoll
X     Doubleday 1989, New York
X     ISBN 0-385-24946-2
X
XClifford Stoll's absorbing tale of how he tracked Markus Hess and the
XChaos Club cracking-ring nicely illustrates the difference between
X`hacker' and `cracker'.  And Stoll's portrait of himself and his lady
XMartha and his friends at Berkeley and on the Internet paints a
Xmarvelously vivid picture of how hackers and the people around them
Xlike to live and what they think.
X
X     The Devil's DP Dictionary
X     by Stan Kelly-Bootle
X     McGraw-Hill Inc, 1981
X     ISBN 0-07-034022-6
X
XThis pastiche of Ambrose Bierce's famous work is similar in format to
Xthe Jargon File (and quotes several entries from jargon-1) but
Xsomewhat different in tone and intent.  It is more satirical and less
Xanthropological, and largely a product of the author's literate and
Xquirky imagination.  For example, it defines `computer science' as
X"A study akin to numerology and astrology, but lacking the precision
Xof the former and the success of the latter"; also as "The boring
Xart of coping with a large number of trivialities."
X
X     The Devouring Fungus: Tales from the Computer Age
X     by Karla Jennings
X     W. W. Norton 1990, New York
X     ISBN 0-393-30732-8
X
XThe author of this pioneering compendium knits together a great deal
Xof computer and hacker-related folklore with good writing and a few
Xwell-chosen cartoons.  She has a keen eye for the human aspects of the
Xlore and is very good at illuminating the psychology and evolution of
Xhackerdom.  Unfortunately, a number of small errors and awkwardnesses
Xsuggest that she didn't have the final manuscript vetted by a hackish
Xinsider; the glossary in the back is particularly embarrassing, and at
Xleast one classic tale (the Magic Switch story in this file's Appendix
XA) is given in incomplete and badly mangled form.  Nevertheless, this
Xbook is a win overall and can be enjoyed by hacker and non-hacker
Xalike.
X
X     True Names... and Other Dangers
X     by Vernor Vinge
X     Baen Books 1987, New York
X     ISBN 0-671-65363
X
XHacker demigod Richard Stallman believes the title story of this book
X"expresses the spirit of hacking best".  This may well be true; it's
Xcertainly difficult to recall anyone doing a better job.  The other
Xstories in this collection are also fine work by an author who is
Xperhaps one of today's very best practitioners of the hard-SF genre.
X
X
SHAR_EOF
chmod 0644 jargon.ascii ||
echo 'restore of jargon.ascii failed'
Wc_c="`wc -c < 'jargon.ascii'`"
test 831872 -eq "$Wc_c" ||
    echo 'jargon.ascii: original size 831872, current size' "$Wc_c"
rm -f _shar_wnt_.tmp
fi
rm -f _shar_seq_.tmp
echo You have unpacked the last part
exit 0