browse words by letter
a
b
c
d
e
f
g
h
i
j
k
l
m
n
o
p
q
r
s
t
u
v
w
x
y
z
restriction |
4 definitions found From Webster's Revised Unabridged Dictionary (1913) [web1913]: Restriction \Re*stric"tion\, n. [F. restriction, L. restrictio.] 1. The act of restricting, or state of being restricted; confinement within limits or bounds. This is to have the same restriction with all other recreations,that it be made a divertisement. --Giv. of Tonque. 2. That which restricts; limitation; restraint; as restrictions on trade From WordNet r 1.6 [wn]: restriction n 1: a principle that limits the extent of something "I am willing to accept certain restrictions on my movements" [syn: {limitation}] 2: the quality of being limited or restricted; "it is a good plan but it has serious limitations" [syn: {limitation}] 3: an act of limiting or restricting (as by regulation) [syn: {limitation}] 4: the act of restricting by restraint From Jargon File (4.2.3, 23 NOV 2000) [jargon]: restriction n. A {bug} or design error that limits a program's capabilities, and which is sufficiently egregious that nobody can quite work up enough nerve to describe it as a {feature}. Often used (esp. by {marketroid} types) to make it sound as though some crippling bogosity had been intended by the designers all along or was forced upon them by arcane technical constraints of a nature no mere user could possibly comprehend (these claims are almost invariably false). Old-time hacker Joseph M. Newcomer advises that whenever choosing a quantifiable but arbitrary restriction, you should make it either a power of 2 or a power of 2 minus 1. If you impose a limit of 107 items in a list, everyone will know it is a random number -- on the other hand, a limit of 15 or 16 suggests some deep reason (involving 0- or 1-based indexing in binary) and you will get less {flamage} for it Limits which are round numbers in base 10 are always especially suspect. From The Free On-line Dictionary of Computing (13 Mar 01) [foldoc]: restriction A {bug} or design error that limits a program's capabilities, and which is sufficiently egregious that nobody can quite work up enough nerve to describe it as a {feature}. Often used (especially by {marketroid} types) to make it sound as though some crippling bogosity had been intended by the designers all along or was forced upon them by arcane technical constraints of a nature no mere user could possibly comprehend (these claims are almost invariably false). Old-time hacker Joseph M. Newcomer advises that whenever choosing a quantifiable but arbitrary restriction, you should make it either a power of 2 or a power of 2 minus 1. If you impose a limit of 17 items in a list, everyone will know it is a random number - on the other hand, a limit of 15 or 16 suggests some deep reason (involving 0- or 1-based indexing in binary) and you will get less {flamage} for it Limits which are round numbers in base 10 are always especially suspect. [{Jargon File}]
more about restriction
This work is licensed under a
