Ousterhout's dichotomy

This article has multiple issues. Please help improve it or discuss these issues on the talk page. (Learn how and when to remove these messages) This article needs additional citations for verification. Please help improve this article by adding citations to reliable sources. Unsourced material may be challenged and removed. Find sources: "Ousterhout's dichotomy" – news · newspapers · books · scholar · JSTOR (May 2008) (Learn how and when to remove this message) This article possibly contains original research. Please improve it by verifying the claims made and adding inline citations. Statements consisting only of original research should be removed. (November 2010) (Learn how and when to remove this message) (Learn how and when to remove this message)

Ousterhout's dichotomy is computer scientist John Ousterhout's categorization^[1] that high-level programming languages tend to fall into two groups, each with distinct properties and uses: system programming languages and scripting languages – compare programming in the large and programming in the small.

System programming languages (or applications languages) usually have the following properties:

• They are typed statically
• They support creating complex data structures
• Programs in them are compiled into machine code
• Programs in them are meant to operate largely independently of other programs

System programming languages tend to be used for components and applications with large amounts of internal functionality such as operating systems, database servers, and Web browsers. These applications typically employ complex algorithms and data structures and require high performance. Prototypical examples of system programming languages include C, OCaml and Modula-2.

By contrast, scripting languages (or glue languages) tend to have the following properties:

• They are typed dynamically
• They have little or no provision for complex data structures
• Programs in them (scripts) are interpreted

Scripting languages tend to be used for applications where most of the functionality comes from other programs (often implemented in system programming languages); the scripts are used to glue together other programs or add additional layers of functionality on top of existing programs. Ousterhout claims that scripts tend to be short and are often written by less sophisticated programmers, so execution efficiency is less important than simplicity and ease of interaction with other programs. Common applications for scripting include Web page generation, report generation, graphical user interfaces, and system administration. Prototypical examples of scripting languages include Python, AppleScript, C shell, DOS batch files, and Tcl.

Ousterhout's dichotomy underlies the design of his language Tcl.