Access the full text.
Sign up today, get DeepDyve free for 14 days.
References for this paper are not available at this time. We will be adding them shortly, thank you for your patience.
programming by Jon L. Bentl~ pear s broken. W h e n they arrived at the test site, they immediately saw the design flaw: the box that held the quarters was far too small, and the machine was literally stuffed with money. System builders often allocate fixed resources that are too small. The history of maxi-, mini-, and microcomputers shows this three times in selecting the n u m b e r of bits in the address space; the 12 bits in original machines were quickly outgrown and replaced by 16, 24, and currently 32 bits. Machines that provided virtual address spaces and could easily expand their real address spaces were typically more successful. I once wrote a program in which users could define "gizmos." W h e n first asked, users said that one or two gizmos should suffice. I argued them up to saying that they might need five, and then put 50 in the first ver,sion of the program. The first production run used 45 gizmos. The single moral of these three anecdotes is Allocate fixed resources generously to begin with, and make them easy to expand. ABOUT THE COLUMN Peter Denning described this column
Communications of the ACM – Association for Computing Machinery
Published: Jan 1, 1984
Read and print from thousands of top scholarly journals.
Already have an account? Log in
Bookmark this article. You can see your Bookmarks on your DeepDyve Library.
To save an article, log in first, or sign up for a DeepDyve account if you don’t already have one.
Copy and paste the desired citation format or use the link below to download a file formatted for EndNote
Access the full text.
Sign up today, get DeepDyve free for 14 days.
All DeepDyve websites use cookies to improve your online experience. They were placed on your computer when you launched this website. You can change your cookie settings through your browser.