home *** CD-ROM | disk | FTP | other *** search
/ The Unsorted BBS Collection / thegreatunsorted.tar / thegreatunsorted / misc / hacktalk.txt < prev    next >
Text File  |  1980-01-01  |  10KB  |  228 lines

  1. ***********************************************************************
  2. This article is being presented through the *StarBoard* Journal of  the 
  3. FlagShip/StarShip  SIGs  (Special  Interest Groups) on Delphi and GEnie 
  4. telecommunication networks.  Permission is hereby granted to non-profit 
  5. organizations only to reprint this article or pass it along electronic-
  6. ally as long as proper credit is given  to  both  the  author  and  the 
  7. *StarBoard* Journal.  
  8. *********************************************************************** 
  9.  
  10.                     A Short 'HACKERSPEAK' Glossary
  11.                                  -
  12.    A reference to a few of the terms used by many computer hackers.
  13.                                  -
  14.   (Researched and compiled by members of the Hollywood User Group)
  15.                                  -
  16.  
  17. arg - (argh) noun.  An argument, in the mathematical sense.
  18.  
  19. automagically - adverb.  Automatically, but in a way which, for some 
  20. reason (for example, because it's too complicated or too trivial) the 
  21. speaker doesn't feel like explaining.
  22.  
  23. bells and whistles - n.  Unnecessary (but often convenient, useful, 
  24. good-looking, or amusing) features of a program or other object. Added 
  25. to a bare-bones, working program.
  26.  
  27. bit - n.  1) A unit of information obtained by asking a question (e.g. 
  28. - 'I need a few bits about Punter protocol')  2) A mental flag; 
  29. reminder that something should be done eventually.
  30.  
  31. buffer - verb.  The act of saving or setting aside something to be done 
  32. later.  (e.g. - 'I'm going to buffer that and go eat now').
  33.  
  34. bug - n.  A problem or mistake; unwanted property or side effect.  
  35. Usually of a program, but can refer to a person.  Can be very simple or 
  36. very complicated.  Antonym: FEATURE.
  37.  
  38. bum - v.  To improve something by rearranging or removing its parts.  
  39. Most often done to a program to increase speed or save memory space, 
  40. usually at the expense of clarity.
  41.  
  42. buzz - v.  Of a program, to run without visible progress or certainty 
  43. of finishing.  Resembles CATATONIA except that a buzzing loop may 
  44. eventually end.
  45.  
  46. canonical - (ki NAHN i kil) adjective.  Standard, usual or ordinary way 
  47. of doing something.
  48.  
  49. catatonia - n.  A condition in which something is supposed to happen, 
  50. but nothing does.  (e.g. - Nothing you type will appear on the screen.  
  51. It's catatonic.  Often means a CRASH has occured.)
  52.  
  53. crash - 1) n.  Sudden, drastic failure.  Usually refers to a complete 
  54. computer system or program.  2) v.  To fail suddenly or cause to fail.  
  55. 3) v.  Of people, to go to sleep.
  56.  
  57. creeping featurism - n.  Tendency for anything complicated to become 
  58. even more so because people keep saying, 'Hey, it would be terrific if 
  59. the program had this feature, and could do this, and...'  The result is 
  60. a patchwork program, confusing to read, with a lot of 'neat' features.
  61.  
  62. crock - n.  Said of a program that works, but in an extremely awkward 
  63. or cumbersome manner.
  64.  
  65. crunch - v.  To process, usually in a time-consuming, complex way.  
  66. Example:  Performing large, repetitive numerical computations is called 
  67. 'number crunching'.  2) v.  To reduce the size of a file (often in a 
  68. complicated way) to save space.
  69.  
  70. dec'ed out - (decked out) adj.  Stoned, drunk (and possibly trying to 
  71. program, regardless).  Uncomplimentary.  Derives from the 65-- series 
  72. ML opcode DECrement, i.e.: decrease a value.
  73.  
  74. elegant - adj.  Said of a piece of code that does the RIGHT THING in a 
  75. way beautiful to look at.
  76.  
  77. feature - n.  An extra property or behaviour added to a program that 
  78. already does the job.  May or may not be useful, necessary or 
  79. convenient.
  80.  
  81. fencepost error - n.  A mathematical 'off-by-one' error.  Most often 
  82. found in programs that must count loops (it will count one time too 
  83. many, or too few).  Term comes from the problem:  'If you build a fence 
  84. 100 feet long with posts 10 feet apart, how many posts fo you need?'  
  85. Example:  Suppose you want to process an array of items x thru y.  How 
  86. many are there?  The correct answer is x-y+1 (not x-y, which would be 
  87. off by one).
  88.  
  89. flavor - n. variety, kind, type.  (flavorful - adj.  Aesthetically 
  90. pleasing).
  91.  
  92. flush - v.  To scratch, delete or destroy something.  Often something 
  93. superfluous or useless.
  94.  
  95. fudge - v.  Perform in an incomplete, but marginally acceptable way.  
  96. 'I fudged it, so it works.'
  97.  
  98. GC - (jee see) 1) v.  To clean up, throw away useless things.  2) To 
  99. forget.  GC is an abreviation of the term 'Garbage Collection', the 
  100. common method of freeing up memory space.
  101.  
  102. glitch - n.  Sudden interruption in electrical service, common sense, 
  103. or program function.  Usually happens only when you pray that it 
  104. doesn't.
  105.  
  106. grovel - v.  To work interminably, examine minutely or in extreme 
  107. detail.
  108.  
  109. gun - v.  To forcibly terminate a program.  'It was a boring display, 
  110. so I gunned it.'
  111.  
  112. hack - n.  An appropriate application of ingenuity.  It could be a 
  113. quick-and-dirty bug fix, or a time-consuming and elegant work of art.  
  114. A clever technique.
  115.  
  116. hack value - n.  The motivation for expending effort and time toward a 
  117. seemingly pointless goal, the point being the resulting hack.
  118.  
  119. hack attack - n.  Period of greatly increased hacking activity.  Not to 
  120. be confused with a Mac-Attack.
  121.  
  122. hacker - n.  1) One who greatly enjoys learning the details of a 
  123. computer system and how to stretch their capabilities (as opposed to 
  124. REAL USERS who learn only the minimum amount necessary).  2) One who 
  125. programs enthusiastically, rather than just theorizing about it.  3) 
  126. One capable of appreciating HACK VALUE.  4) An expert of any kind  5) A 
  127. malicious or inquisitive meddler (in the case of a 'system hacker' or a 
  128. 'password hacker').
  129.  
  130. inc it up - (also 'incing') v.  Specifically related to studying, 
  131. reading, or learning ML.  Derives from the 65-- series ML instruction 
  132. INCrement a value; i.e. increase it.
  133.  
  134. jock - n.  Programmer characterized by the large, cumbersome, 
  135. brute-force programs he/she writes.  The programs may work, but slowly, 
  136. inelegantly, or in an ugly way.
  137.  
  138. kludge - (kloog)  1) n.  Clever programming trick, most often to fix a 
  139. bug.  Efficient, but maybe unclear.  2) v.  To insert a kludge into a 
  140. program (to fix a bug or add a feature).
  141.  
  142. magic - adj.  Something as yet unexplained or too complex to imagine.
  143.  
  144. M&M's - n.  Mental and Midget; i.e. Mental Midget.  Uncomplimentary 
  145. term applied most often to 'system hackers' who intrude for disruptive 
  146. or destructive purposes (like to crash BBS's).
  147.  
  148. misfeature - n.  A FEATURE that eventually turns out to be more trouble 
  149. than it was worth, possibly because it is inadequate for a new user or 
  150. situation that has evolved.  Misfeatures are different from bugs or 
  151. side-effects in that they are often more basic to the program design 
  152. and, at one time, were carefully planned.
  153.  
  154. moby - 1) adj.  Immense, complex, or impressive.  2) n.  Total size of 
  155. a computers address space.
  156.  
  157. mode - n.  A general state.  Examples:  DAY MODE - state a person is in 
  158. when s/he is working days and sleeping nights.
  159.  
  160. mumble - interjection.  Said when the correct response is too 
  161. complicated to put into words or has not been thought out.  Can 
  162. indicate a reluctance to enter a long discussion.
  163.  
  164. mumblage - n.  The subject matter of one's mumbling.  Replaces 'all 
  165. that stuff'.
  166.  
  167. nop around (or nopping) - v.  Hanging out; not doing much; not 
  168. programming.  Derives from the 65-- series ML instruction code 'NOP' 
  169. (No OPeration).
  170.  
  171. obie (or o.b.) - n.  Derives from a pun with the word 'OverByte'.  
  172. Usually relates to a ML routine that doesn't work because of some 
  173. small mistake, possibly an incorrect addressing mode or even a typing 
  174. error.  Most often one or two bytes wrong.
  175.  
  176. patch - 1) n.  Piece of code intended as a quick-and-dirty remedy to a 
  177. BUG or MISFEATURE.  2) v.  To fix something temporarily; insert a patch 
  178. into a piece of code; make the main program machine-specific.
  179.  
  180. punt - v.  To give up; decide not to do.
  181.  
  182. rave - v.  1) To persist in discussing something.  2) To speak 
  183. authoritatively about that which one knows very little.  3) To 
  184. proselytize.
  185.  
  186. real user - n.  A commercial user; a non-hacker who uses computer 
  187. applications only.
  188.  
  189. Real World, The - n.  1) Places where programs have only business 
  190. applications.  2) Institutions such as IBM.  3) The location of 
  191. non-programmers and non-programming activity.  The first two 
  192. definitions are uncomplimentary; the third is not.
  193.  
  194. Right Thing, The - n.  that which is obviously the appropriate thing to 
  195. use, do, say, etc.
  196.  
  197. rude - (rood or roo-day) adj.  Programs badly written or functionally 
  198. poor.
  199.  
  200. sacred - adj.  Reserved for the exclusive use of something.  Usually 
  201. refers to memory location or register that shouldn't be used because 
  202. what is stored there must not change.
  203.  
  204. slurp - v.  To read a large data file into memory before using or 
  205. processing data.
  206.  
  207. smart - adj.  Said of a program (or something) that does THE RIGHT 
  208. THING.
  209.  
  210. SMOP - n.  An acronym for a 'Small Matter Of Programming'.  A piece of 
  211. code that would not at all be hard to write, but would take a very long 
  212. time because of its size.  Not worth the trouble.
  213.  
  214. snail mail - n.  Mail sent via Post Office, rather than electronically.
  215.  
  216. software rot - n.  Hypothetical disease that causes working programs to 
  217. stop working when unused for a period of time.
  218.  
  219. tense - adj.  Of programs, very clever and efficient.  A tense 
  220. programmer produces tense code.
  221.  
  222. vanilla - adj.  Standard, usual, or ordinary FLAVOR.
  223.  
  224. zero - v.  1) To set a bit or variable to zero.  2) To erase, or 
  225. discard all data from.
  226.  
  227. zorch - v.  1) To move quickly.  2) Influences.  3) Energy or ability.
  228.