Cowboy coding

This article has multiple issues. Please help improve it or discuss these issues on the talk page. (Learn how and when to remove these template messages) This article contains a pro and con list. Please help rewriting it into consolidated sections based on topics. (July 2013) The neutrality of this article is disputed. Relevant discussion may be found on the talk page. Please do not remove this message until conditions to do so are met. (July 2013) (Learn how and when to remove this template message) 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: "Cowboy coding" – news · newspapers · books · scholar · JSTOR (January 2011) (Learn how and when to remove this template 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. (January 2011) (Learn how and when to remove this template message) The examples and perspective in this article may not represent a worldwide view of the subject. You may improve this article, discuss the issue on the talk page, or create a new article, as appropriate. (January 2011) (Learn how and when to remove this template message) (Learn how and when to remove this template message)

Cowboy coding is software development where programmers have autonomy over the development process. This includes control of the project's schedule, languages, algorithms, tools, frameworks and coding style. Typically, little to no coordination exists with other developers or stakeholders.

A cowboy coder can be a lone developer or part of a group of developers working with minimal process or discipline.^[1] Usually it occurs when there is little participation by business users, or fanned by management that controls only non-development aspects of the project, such as the broad targets, timelines, scope, and visuals (the "what", but not the "how").^{[citation needed]}

"Cowboy coding" commonly sees usage as a

Disadvantages

In cowboy coding, the lack of formal software project management methodologies may be indicative (though not necessarily) of a project's small size or experimental nature.^[2] Software projects with these attributes may exhibit:

Lack of release structure

Lack of estimation or implementation planning might cause a project to be delayed. Sudden deadlines or pushes to release software may encourage the use of "quick and dirty" techniques that will require further attention later.^[3]

Inexperienced developers

Cowboy coding can be common at the hobbyist or student level where developers might initially be unfamiliar with the technologies, such as testing, version control and/or build tools, usually more than just the basic coding a software project requires.

This can result in underestimating time required for learning, causing delays in the development process. Inexperience might also lead to disregard of accepted standards, making the project source difficult to read or causing conflicts between the semantics of the language constructs and the result of their output.^[4]

Uncertain design requirements

Custom software applications, even when using a proven development cycle, can experience problems with the client concerning requirements. Cowboy coding can accentuate this problem by not scaling the requirements to a reasonable timeline, and might result in unused or unusable components being created before the project is finished. Similarly, projects with less tangible clients (often experimental projects, see

• Developers maintain a free-form working environment that may encourage experimentation, learning, and free distribution of results.
• It allows developers to cross architectural and/or tiered boundaries to resolve design limitations and defects.
• As discussing architectures, writing specifications and reviewing the code all take their time, a single developer (if sufficient) may well produce a working application faster by cowboy coding. Tasks like research or prototyping may not require the code quality more complex methods provide.
• Since coding can be done during the developer's free time, a project could come to fruition which otherwise wouldn't have.[7]

See also

• Hacker
  , a subculture that relies on the creativity of individual programmers
• Code monkey, a pejorative term for programmers who are employed to write simple or repetitive code
• Self-employment
• Indie game development
• Cowboy § Negative associations

References