Map
Index
Random
Help
Topics
th

QuoteRef: corbFJ_1979

topics > all references > ThesaHelp: references c-d



ThesaHelp:
references c-d
Topic:
open systems
Topic:
embedded systems
Topic:
database security
Topic:
archives
Topic:
file system reliability
Topic:
management of large software projects
Topic:
general vs. specific purpose systems
Topic:
incremental development
Topic:
software management
Topic:
programming style
Topic:
software review
Topic:
programmer productivity
Topic:
system builds
Topic:
examples of programming environments
Topic:
software documentation
Group:
software maintenance
Topic:
commitment as a system

Reference

Corbato, F.J., Clingen, C.T., "A managerial view of the Multics system development", pp. 139-158 , in Wegner, P. (ed.), "Research Directions in Software Technology ", Cambridge, Massachusetts, MIT Press , 1979 . Google

Notes

good overview of Multics history from a management view point

Quotations
140 ;;Quote: a design goal for Multics was continuous operation like electric power or the telephone network
140 ;;Quote: a design goal was a highly reliable file system which did not need independent backups
143 ;;Quote: in Multics an elaborate macroassembler failed; replaced by a simple, primitive assembler
144 ;;Quote: Multics developed incrementally; no one person could understand the effect of a module on the system
145 ;;Quote: incremental design is expected for hardware, e.g., breadboards and test machine; not so for software
146 ;;Quote: the copy machine was important for designing Multics; increased speed of design interactions
149 ;;Quote: insufficient computer time for building Multics; should have reduced programming staff and bought hardware
149 ;;Quote: consensus design encouraged too many requirements and generalized designs
149 ;;Quote: Multics should have used minimal implementations for each set of ideas
150 ;;Quote: need a rigorous review after programming and before debugging; often caused major improvements or revised design strategies
151 ;;Quote: Multics development dramatically improved once development moved to Multics (after four years)
151 ;;Quote: with development on Multics, system changes within ten minutes and sometimes seconds
151 ;;Quote: main obstacle to changing Multics was updating system documentation
151 ;;Quote: Multics development by new system release once or twice a week; one person responsible
156 ;;Quote: large software projects often fail by orders-of-magnitude miscalculations; modeling and estimation could detect these


Related Topics up

ThesaHelp: references c-d (337 items)
Topic: open systems (33 items)
Topic: embedded systems (26 items)
Topic: database security (12 items)
Topic: archives (19 items)
Topic: file system reliability (26 items)
Topic: management of large software projects (63 items)
Topic: general vs. specific purpose systems (11 items)
Topic: incremental development (74 items)
Topic: software management (28 items)
Topic: programming style (47 items)
Topic: software review (80 items)
Topic: programmer productivity (57 items)
Topic: system builds (43 items)
Topic: examples of programming environments (17 items)
Topic: software documentation (64 items)
Group: software maintenance   (14 topics, 368 quotes)
Topic: commitment as a system (22 items)

Collected barberCB 4/82
Copyright © 2002-2008 by C. Bradford Barber. All rights reserved.
Thesa is a trademark of C. Bradford Barber.