An argument that programming language power is largely the ability to make programs smaller, with succinctness improving speed, abstraction, and problem solving more than line-by-line readability does.
A programming language's power is mostly how succinct it lets you make programs
High-level languages exist to express in 10 lines what machine language needs 1000 for
02 / 13
Program size is better measured by syntax-tree elements than by lines or characters
The number of syntax-tree elements tracks the parts a programmer must hold in mind
03 / 13
More succinct languages let programmers build software faster because output per day stays roughly similar
A language that feels restrictive is usually forcing a longer route, which means insufficient succinctness
04 / 13
Succinctness is a useful design test because shorter programs usually signal a better abstraction
05 / 13
Designing languages disproves the claim that all languages are equivalent, because each feature changes what programs cost
06 / 13
Ericsson field report
4–10×
Erlang was more succinct than C++, with proportionately faster development
07 / 13
Small predefined benchmark problems underestimate powerful languages because they miss discovery and problem finding
The real test of a language is how well it helps you discover and solve new problems
08 / 13
Languages known for succinctness, like Forth, Joy, and Icon, are good places to find abstractions
09 / 13
Readability should be judged at the whole-program level, not by how easy one line looks
Per-line readability can be a marketing advantage while still increasing total reading effort
10 / 13
Mathematical notation is hard because the ideas are hard. Prose would only make them longer
Individual programs can be too dense, but that does not show a language itself is too succinct
11 / 13
Field reports are less precise than studies, but often more accurate about language power