Related:

• pessimizing compiler: /pes'*-mi:z`ing k*m-pi:l'r/ [antonym of `optimizing compiler'] n.
  A compiler that produces object code that is worse than the straightforward or obvious hand translation....
• Compiler writers optimize it, but they never get around to DOING it.
• hand-hacking: n. 1. The practice of translating {hot spot}s from an {HLL} into hand-tuned assembler, as opposed to trying to coerce the compiler into generating better code.
  Both the term and the practice are becoming uncommon....
• SMOP /S-M-O-P/ n. [Simple (or Small) Matter of Programming] 1.
  A piece of code, not yet written, whose anticipated length is significantly greater than its complexity....
• SMOP: /S-M-O-P/ [Simple (or Small) Matter of Programming] n.
  1. A piece of code, not yet written, whose anticipated length is significantly greater than its complexity....
• lop n. 1. A one-sided fudge factor, that is, an allowance for error but in only one of two directions.
  For example, if you need a piece of wire 10 feet long and have to guess when you cut it, you make very sure to cut it too long, by a large amount if necessary, rather than too short by even a little bit, because you can always cut off the slop but you can't paste it back on again....
• lop: n. 1. A one-sided {fudge factor}, that is, an allowance for error but in only one of two directions.
  For example, if you need a piece of wire 10 feet long and have to guess when you cut it, you make very sure to cut it too long, by a large amount if necessary, rather than too short by even a little bit, because you can always cut off the slop but you can't paste it back on again....
• MFTL /M-F-T-L/ [abbreviation: `My Favorite Toy Language'] 1.
  adj. Describes a talk on a programming language design that is heavy on the syntax (with lots of BNF), sometimes even talks about semantics (e....
• 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...