Cargo cult programming is a style of computer programming characterized by the ritual inclusion of code or program structures that serve no real purpose. Cargo cult programming is symptomatic of a programmer not understanding either a bug they were attempting to solve or the apparent solution (compare shotgun debugging, deep magic).[1] The term cargo cult programmer may apply when anyone inexperienced with the problem at hand copies some program code from one place to another with little understanding of how it works or whether it is required.
Cargo cult programming can also refer to the practice of applying a design pattern or coding style blindly without understanding the reasons behind that design principle. Some examples are adding unnecessary comments to self-explanatory code, overzealous adherence to the conventions of a programming paradigm, or adding deletion code for objects that garbage collection automatically collects.
Etymology
edit
Cargo cults are millenarian movements that arose in Melanesia under colonial rule, and inspired Richard Feynman to coin the expression cargo cult science. In Feynman's description, after the end of the Second World War practitioners believed that air delivery of cargo would resume if they carried out the proper rituals, such as building runways, lighting fires next to them, and wearing headphones carved from wood while sitting in fabricated control towers. "The form is perfect. It looks exactly the way it looked before. But it doesn’t work."
The term then became used more widely as a metaphor for empty rituals. The term "cargo-cult programming" appeared in version 2.5.1 of the Jargon File, a glossary of computing slang, released in January 1991. The term "cargo cult" in anthropology, meanwhile, is increasingly avoided for failing to represent the complexity of Melanesian beliefs.[2][3]
Cargo cult software engineering
editA related term to cargo cult programming in software engineering is cargo cult software engineering, coined by Steve McConnell.[4]: 23-26
McConnell describes software development organizations that attempt to emulate more successful development houses, either by slavishly following a software development process without understanding the reasoning behind it, or by attempting to emulate a commitment-oriented development approach (in which software developers devote large amounts of time and energy toward seeing their projects succeed) by mandating the long hours and unpaid overtime, while in successful companies these might instead be consequences of high motivation instead of causes of success.
In both cases, McConnell contends that competence ultimately determines whether a project succeeds or fails, regardless of the development approach taken; furthermore, he claims that incompetent "imposter organizations" (which merely imitate the form of successful software development organizations) are in fact engaging in what he calls cargo cult software engineering.[5]: 11–13
See also
editReferences
edit- ^ Raymond, Eric S. (11 October 1996). The New Hacker's Dictionary (Third ed.). MIT Press. ISBN 978-0262680929. OCLC 42329393. OL 9828647M.
- ^ Lindstrom, Lamont (2018). "Cargo cults". The Open Encyclopedia of Anthropology. Retrieved 2024-01-17.
- ^ Jarvis, Brooke (2019). "Who Is John Frum?". Topic. Archived from the original on 2019-04-18.
- ^ McConnell, Steve (2003). Professional Software Development. Addison-Wesley. pp. 23-26. ISBN 978-0-321-19367-4 – via Internet Archive.
- ^ McConnell, Steve (March–April 2000). "Cargo Cult Software Engineering" (PDF). IEEE Software: 11–13. eISSN 1937-4194. ISSN 0740-7459. Retrieved 5 May 2023.
Further reading
edit- Feynman, Richard P.; Leighton, Ralph (1984). "Cargo Cult Science". "Surely You're Joking, Mr. Feynman": Adventures of a Curious Character (First ed.). New York: W. W. Norton & Company. pp. 338–346. ISBN 978-0393019216. LCCN 84014703. OCLC 10925248. OL 2852326M. Retrieved 2 May 2023 – via Internet Archive.
- Feynman, Richard P. (June 1974). "Cargo Cult Science" (PDF). Engineering and Science. 37 (7): 10–13. ISSN 2475-9570. Retrieved 2 May 2023 – via California Institute of Technology.