Diez libras en un saco de 5 libras
(Ten Pounds in a Five-Pound Sack)

El autor habla en el ensayo sobre el costo de desarrollar software que ocupa mucho espacio en memoria. En esos tiempo cuando se escribi� el ensayo era demasiado caro construir software sin tener consideraciones de espacio de memoria, ya que las m�quinas ten�an muy poca. En ocasiones se ten�an que rentar espacios de memoria para el desarrollo de programas. Los costos de rentar la memoria se elevaban mucho cuando el tiempo de desarrollo, era muy largo. Actualmente con la nueva tecnolog�a la memoria no es un obst�culo para el desarrollo de sistemas, ya sea peque�os o grandes.

El programador debe ponerse objetivos para la reducci�n de tama�o, control de tama�o y t�cnicas de reducci�n de tama�o. Como cualquier costo, el tama�o en si no es malo, pero es innecesario.

Para el administrador del proyecto, el control del tama�o es en parte un trabajo t�cnico y en parte un trabajo de administraci�n. Se tienen que estudiar al usuario y sus aplicaciones para poner el tama�o de los sistemas ofrecidos. Entonces los sistemas ser�n subdivididos, y cada componente tendr� un tama�o objetivo.

Debemos definir exactamente que debe hacer el modulo a construir cuando se especifica que tan grande debe ser.

Un n�mero de presupuesto y control de memoria, no puede hacer m�s peque�o a un programa. Para eso se necesita invenci�n y artesan�a.

Obviamente, m�s funcionalidad significa m�s espacio, la velocidad se mantiene constante. La primera parte de la artesan�a est� en negociar la funcionalidad por el tama�o. La segunda parte de la artesan�a est� en compensaciones espacio-tiempo. Para una funci�n dada, mientras m�s espacio, es m�s r�pida.

M�s all� la artesan�a yace en la invenci�n, y aqu� es donde nacen, los programas r�pidos.

El programador en el extremo del ingenio por la falta de espacio, puede a menudo desenredarse a si mismo de su c�digo, mirando atr�s y contemplando sus datos. La representaci�n es la esencia de la programaci�n.