COBOL: Difference between revisions
imported>Robert Tito mNo edit summary |
mNo edit summary |
||
(19 intermediate revisions by 11 users not shown) | |||
Line 1: | Line 1: | ||
{{ | {{subpages}} | ||
{{TOC|right}} | |||
'''COBOL''' is a [[computer]] [[programming language]], and one of the oldest still in active use. As of 2006 about 80-85% of all (compiled) computer code in the world in use was COBOL based. Its name is an [[acronym]] for COmmon Business-Oriented Language, defining its primary domain in [[business]], finance, and administrative systems for companies and governments. | |||
| | |||
}} | |||
'''COBOL''' is a [[ | |||
The COBOL 2002 standard includes support for [[object-oriented programming]] and other modern language features. | The COBOL 2002 standard includes support for [[object-oriented programming]] and other modern language features. | ||
Line 28: | Line 13: | ||
* [[Vernon Reeves]] and [[Jean E. Sammet]] of [[Sylvania Electric Products]] | * [[Vernon Reeves]] and [[Jean E. Sammet]] of [[Sylvania Electric Products]] | ||
This subcommittee completed the specifications for COBOL as the year of 1959 came to an end. The | This subcommittee completed the specifications for COBOL as the year of 1959 came to an end. The decision to create a language such as COBOL, which is a compiled language, was a direct consequence of the prior creation of [[FLOW-MATIC]], the very first computer language (compiler) that was the brainchild of [[Grace Hopper]]. COBOL was also influenced by the IBM [[COMTRAN]] language invented by [[Bob Bemer]]. | ||
== History of COBOL standards == | == History of COBOL standards == | ||
The specifications approved by the full Short Range Committee were approved by the Executive Committee on January 3 | The specifications approved by the full Short Range Committee were approved by the Executive Committee on January 3 1960, and sent to the government printing office, which edited and printed these specifications as ''[[Cobol 60]]''. | ||
The [[American National Standards Institute]] (ANSI) has since produced several revisions of the COBOL standard, including | The [[American National Standards Institute]] (ANSI) has since produced several revisions of the COBOL standard, including | ||
Line 80: | Line 65: | ||
== Criticism == | == Criticism == | ||
Critics have argued that COBOL's syntax serves mainly to increase the size of programs, at the expense of developing the thinking process needed for software development. In his letter to an editor in | Critics have argued that COBOL's syntax serves mainly to increase the size of programs, at the expense of developing the thinking process needed for software development. In his letter to an editor in 1975 titled "How do we tell truths that might hurt?", computer scientist [[Edsger Dijkstra]] remarked that "The use of COBOL cripples the mind; its teaching should, therefore, be regarded as a criminal offense" (from Selected Writings on Computing: A Personal Perspective). | ||
COBOL 85 was not compatible with earlier versions, resulting in the "cesarean birth of COBOL 85". Joseph T. Brophy, [[Chief Information Officer|CIO]], [[St. Paul Travelers|Travelers Insurance]], spearheaded an effort to inform users of COBOL of the heavy reprogramming costs of implementing the new standard. As a result the [[American National Standards Institute|ANSI COBOL Committee]] received more than 3200 letters from the public, mostly negative, requiring the ANSI COBOL Committee to make changes. {{ref_harvard|Caesarean|The COBOL 85 Example Book|none}} | COBOL 85 was not compatible with earlier versions, resulting in the "cesarean birth of COBOL 85". Joseph T. Brophy, [[Chief Information Officer|CIO]], [[St. Paul Travelers|Travelers Insurance]], spearheaded an effort to inform users of COBOL of the heavy reprogramming costs of implementing the new standard. As a result the [[American National Standards Institute|ANSI COBOL Committee]] received more than 3200 letters from the public, mostly negative, requiring the ANSI COBOL Committee to make changes. {{ref_harvard|Caesarean|The COBOL 85 Example Book|none}} | ||
Line 95: | Line 80: | ||
<math> | <math> | ||
x=\frac{-b + \sqrt {b^2-4ac\ }}{2a} | x=\frac{-b + \sqrt {b^2-4ac\ }}{2a} | ||
</math> | </math> | ||
Line 134: | Line 119: | ||
*[[The Tao of Programming]] (by [[Geoffrey James]]), when talking about the place of languages within the Tao says: "'''...but do not program in ''COBOL'' if you can avoid it.'''" | *[[The Tao of Programming]] (by [[Geoffrey James]]), when talking about the place of languages within the Tao says: "'''...but do not program in ''COBOL'' if you can avoid it.'''" | ||
*[http://indenglit.blogspot.com Labyrinth - a Novel about the Software Industry] (by [[Arunabha Sengupta]]) deals with the monotony and corporate exploitation in the '''life of a COBOL programmer''' during the Y2K days. | *[http://indenglit.blogspot.com Labyrinth - a Novel about the Software Industry] (by [[Arunabha Sengupta]]) deals with the monotony and corporate exploitation in the '''life of a COBOL programmer''' during the Y2K days. | ||
== References == | == References == | ||
Line 167: | Line 134: | ||
}} | }} | ||
<!--See [[Wikipedia:Footnotes]] for an explanation of how to generate footnotes using the <ref(erences/)> tags--> | <!--See [[Wikipedia:Footnotes]] for an explanation of how to generate footnotes using the <ref(erences/)> tags--> | ||
<references/> | <references/>[[Category:Suggestion Bot Tag]] | ||
[[Category: | |||
Latest revision as of 16:00, 22 July 2024
COBOL is a computer programming language, and one of the oldest still in active use. As of 2006 about 80-85% of all (compiled) computer code in the world in use was COBOL based. Its name is an acronym for COmmon Business-Oriented Language, defining its primary domain in business, finance, and administrative systems for companies and governments.
The COBOL 2002 standard includes support for object-oriented programming and other modern language features.
History and specification
COBOL was initially created in 1959 by The Short Range Committee, one of three committees proposed at a meeting held at the Pentagon on May 28 and 29, 1959, organized by Charles Phillips of the United States Department of Defense (exactly one year after the Zürich ALGOL 58 meeting). The Short Range Committee was formed to recommend a short range approach to a common business language. It was made up of members representing six computer manufacturers and three government agencies. In particular, the six computer manufacturers were Burroughs Corporation, IBM, Minneapolis-Honeywell (Honeywell Labs), RCA, Sperry Rand, and Sylvania Electric Products. The three government agencies were the US Air Force, the David Taylor Model Basin, and the National Bureau of Standards (Now NIST). This committee was chaired by a member of the NBS. An Intermediate-Range Committee and a Long-Range Committee were proposed at the Pentagon meeting as well. However although the Intermediate Range Committee was formed, it was never operational; and the Long-Range Committee was never even formed. In the end a sub-committee of the Short Range Committee developed the specifications of the COBOL language. This sub-committee was made up of six individuals:
- William Selden and Gertrude Tierney of IBM
- Howard Bromberg and Howard Discount of RCA
- Vernon Reeves and Jean E. Sammet of Sylvania Electric Products
This subcommittee completed the specifications for COBOL as the year of 1959 came to an end. The decision to create a language such as COBOL, which is a compiled language, was a direct consequence of the prior creation of FLOW-MATIC, the very first computer language (compiler) that was the brainchild of Grace Hopper. COBOL was also influenced by the IBM COMTRAN language invented by Bob Bemer.
History of COBOL standards
The specifications approved by the full Short Range Committee were approved by the Executive Committee on January 3 1960, and sent to the government printing office, which edited and printed these specifications as Cobol 60.
The American National Standards Institute (ANSI) has since produced several revisions of the COBOL standard, including
- COBOL-68
- COBOL-74
- COBOL-85
- COBOL 2002
Defining features
COBOL as defined in the original specification included a PICTURE clause for detailed field specification. It did not support local variables, recursion, dynamic memory allocation, or structured programming constructs. Support for some or all of these features has been added in later editions of the COBOL standard.
COBOL has many reserved words, called keywords. The original COBOL specification supported self-modifying code via the infamous "ALTER X TO PROCEED TO Y" statement. This capability has since been removed.
COBOL legacy
COBOL programs are in use globally in governmental and military agencies, in commercial enterprises, and on operating systems such as IBM's z/OS, Microsoft's Windows, and the POSIX families (Unix/Linux etc.. ). In 1997, the Gartner Group, reported that 80% of the world's business ran on COBOL with 180 billion lines of code in existence and with an estimated 5 billion lines of new code annually.[1]
Near the end of the twentieth century the year 2000 problem was the focus of significant COBOL programming effort, sometimes by the same programmers who had designed the systems decades before. The particular level of effort required for COBOL code has been attributed both to the large amount of business-oriented COBOL, as COBOL is by design a business language and business applications use dates heavily, and to constructs of the COBOL language such as the PICTURE clause, which can be used to define fixed-length numeric fields, including two-digit fields for years.
Hello world
IDENTIFICATION DIVISION. Program-Id. Hello-World. * ENVIRONMENT DIVISION. * DATA DIVISION. * PROCEDURE DIVISION. Para1. DISPLAY "Hello, world.". * Stop Run.
Criticism
Critics have argued that COBOL's syntax serves mainly to increase the size of programs, at the expense of developing the thinking process needed for software development. In his letter to an editor in 1975 titled "How do we tell truths that might hurt?", computer scientist Edsger Dijkstra remarked that "The use of COBOL cripples the mind; its teaching should, therefore, be regarded as a criminal offense" (from Selected Writings on Computing: A Personal Perspective).
COBOL 85 was not compatible with earlier versions, resulting in the "cesarean birth of COBOL 85". Joseph T. Brophy, CIO, Travelers Insurance, spearheaded an effort to inform users of COBOL of the heavy reprogramming costs of implementing the new standard. As a result the ANSI COBOL Committee received more than 3200 letters from the public, mostly negative, requiring the ANSI COBOL Committee to make changes. (The COBOL 85 Example Book)
Older versions of COBOL lack local variables and so cannot truly support structured programming.
Defense
Advocates claim that typically those who criticize the language have never been COBOL programmers and often misrepresent it. Critic Edsger Dijkstra was also positively impressed by Michael A. Jackson's ideas about "Structured Programming" in COBOL (Jackson Structured Programming).
The COBOL specification has also been revised over the years to incorporate developments in computing theory and practice .
As with any language, COBOL code can be made more verbose than necessary. For example the COBOL code for one of the roots of the quadratic equation
can be written, using the "compute" verb, as:
COMPUTE X = (-B + (B ** 2 - (4 * A * C)) **.5) / (2 * A)
The same formula can also be written less concisely as:
MULTIPLY B BY B GIVING B-SQUARED. MULTIPLY 4 BY A GIVING FOUR-A. MULTIPLY FOUR-A BY C GIVING FOUR-A-C. SUBTRACT FOUR-A-C FROM B-SQUARED GIVING RESULT-1. COMPUTE RESULT-2 = RESULT-1 ** .5. SUBTRACT B FROM RESULT-2 GIVING NUMERATOR. MULTIPLY 2 BY A GIVING DENOMINATOR. DIVIDE NUMERATOR BY DENOMINATOR GIVING X.
Newer versions of COBOL support local variables via embedded programs (scope-delimited by the keywords PROGRAM-ID and END-PROGRAM). Variables declared within the embedded program are invisible outside its scope. In older versions of COBOL local variables may be hidden by using sub-programs, which must be invoked (via the keyword CALL). The calling program will not have access to the variables declared and manipulated by the sub-program. This technique could result in an unwieldy mass of sub-programs, particularly if those are not well documented.
Aphorisms and humor about COBOL
It has been said of languages like C, C++, and Java that the only way to modify legacy code is to rewrite it - write once and write once again; or write once and throw away. On the other hand, it has been said of COBOL that there actually is one original COBOL program, and it only has been copied and modified millions of times.
The name "ADD 1 TO COBOL GIVING COBOL" has been suggested for a hypothetical object-oriented dialect of COBOL, as a play on the name C++. While this is meant to suggest that COBOL is inherently verbose, the form given is more verbose than COBOL actually requires.
Alternative expansions of the COBOL acronym have been suggested:
- Compiles Only Because Of Luck
- Compiles Only By Odd Luck
- Completely Obsolete Business Oriented Language
- Completely Obsolete Boring Old Language
COBOL 2002 and Object-Oriented COBOL
The COBOL2002 standard supports Unicode, XML generation and parsing, calling conventions to/from non-COBOL languages such as C, and support for execution within framework environments such as Microsoft's .NET and Java (including COBOL instantiated as EJBs). However, no vendor has yet produced a completely conforming compiler.
Trivia
- The Tao of Programming (by Geoffrey James), when talking about the place of languages within the Tao says: "...but do not program in COBOL if you can avoid it."
- Labyrinth - a Novel about the Software Industry (by Arunabha Sengupta) deals with the monotony and corporate exploitation in the life of a COBOL programmer during the Y2K days.
References
- Sammet, J.E. (1981). "The Early History of COBOL." In History of Programming Languages, by Wexelblat, R.L., ed. New York: ACM Monograph Series.
- Edsger W. Dijkstra How do we tell truths that might hurt?
- ^ Garfunkel, Jerome [1987]. “Caesarean Birth of COBOL 85”, The COBOL 85 Example Book. United States and Canada: John Wiley & Sons. ISBN 0-471-80461-4.
- ↑ Future of COBOL (Template:PDFlink) 5. LegacyJ Corporation (2003). Retrieved on 2006-11-08.