Eponymous Laws Part 2: Laws of Programming and Software Development

post by rogersbacon · 2021-06-28T12:46:21.718Z · LW · GW · 3 comments

(See Eponymous Laws Part 1: Laws of the Internet [LW · GW])

Though ostensibly about programming and software development, most of these laws refer to fundamental aspects of human psychology (and folly). Enjoy.

Flon’s Law – “There does not now, nor will there ever, exist a programming language in which it is the least bit hard to write bad programs.”

Postel’s Law (aka Robustness Principle) – “Be conservative in what you send, be liberal in what you accept”… “In other words, programs that send messages to other machines (or to other programs on the same machine) should conform completely to the specifications, but programs that receive messages should accept non-conformant input as long as the meaning is clear.”

Bradley’s Bromide –  “If computers get too powerful, we can organize them into a committee — that will do them in.”

Weinberg’s Law – “If builders built buildings the way programmers wrote programs, the first woodpecker that came along would destroy civilization.”

Hartree’s Law – “Whatever the state of a project, the time a project-leader will estimate for completion is constant.”

Hoare’s Law of Large Programs – “Inside every large program is a small program struggling to get out.”

Jakob’s Law of the Internet Use Experience – “Users spend most of their time on other sites. This means that users prefer your site to work the same way as all the other sites they already know.”

Ninety-Ninety Rule – "The first 90% of the code takes the first 90% of the time. The remaining 10% of the code takes the remaining 90% of the time."

Knuth’s optimization principle – “Premature optimization is the root of all evil.”

Linus’ Law – “Given enough eyeballs, all bugs are shallow.”

Kerchkhoff’s Principle – “In cryptography, a system should be secure even if everything about the system, except for a small piece of information – the key – is public knowledge.”

Wirth’s law – “Software gets slower faster than hardware gets faster.” (as a counterpoint to Moore’s Law)

Brooks’ Law – “Adding manpower to a late software project makes it later.”

Conway’s Law – “Any piece of software reflects the organizational structure that produced it.” Or…”Organizations which design systems are constrained to produce designs which are copies of the communication structures of these organizations.”

Eagleson’s Law – “Any code of your own that you haven’t looked at for six or more months might as well have been written by someone else.”

(Originally posted at Secretum Secretorum)

3 comments

Comments sorted by top scores.