Related:

• hell [orig. Multics n. techspeak, widely propagated via Unix] 1.
  [techspeak] The command interpreter used to pass commands to an operating system...
• back door n. [common] A hole in the security of a system deliberately left in place by designers or maintainers.
  The motivation for such holes is not always siniste...
• hot spot: n. 1. [primarily used by C/UNIX programmers, but spreading] It is received wisdom that in most programs, less than 10% of the code eats 90% of the execution time
  if one were to graph instruction visits versus code addresses, one would typically see a few huge spikes amidst a lot of low-level noise....
• bug n. An unwanted and unintended property of a program or piece of hardware, esp.
  one that causes it to malfunction. Antonym of feature....
• accumulator n. obs. 1. Archaic term for a register.
  On-line use of it as a synonym for `register' is a fairly reliable indication that the user has been around for quite a while and/or that the architecture under discussion is quite old....
• crunch 1. vi. To process, usually in a time-consuming or complicated way.
  Connotes an essentially trivial operation that is nonetheless painful to perform....
• crunch: 1. vi. To process, usually in a time-consuming or complicated way.
  Connotes an essentially trivial operation that is nonetheless painful to perform....
• monty: /mon'tee/ [US Geological Survey] n. A program with a ludicrously complex user interface written to perform extremely trivial tasks.
  An example would be a menu-driven, button clicking, pulldown, pop-up windows program for listing directories....
• fall through v. (n. `fallthrough', var. `fall-through') 1.
  To exit a loop by exhaustion, i.e., by having fulfilled its exit condition rather than via a break or exception condition that exits from the middle of it....