Академический Документы
Профессиональный Документы
Культура Документы
program for accomplishing a specific computing result. Programming involves tasks such as;
analysis, generating algorithms, profiling algorithms' accuracy and resource consumption, and the
implementation of algorithms in a chosen programming language (commonly referred to as coding).
[1][2]
The source code of a program is written in one or more languages that are intelligible
to programmers, rather than machine code, which is directly executed by the central processing unit.
The purpose of programming is to find a sequence of instructions that will automate the performance
of a task (which can be as complex as an operating system) on a computer, often for solving a given
problem. The process of programming thus often requires expertise in several different subjects,
including knowledge of the application domain, specialized algorithms, and formal logic.
Tasks accompanying and related to programming include; testing, debugging, source
code maintenance, implementation of build systems, and management of derived artifacts, such as
the machine code of computer programs. These might be considered part of the programming
process, but often the term software development is used for this larger process with the
term programming, implementation, or coding reserved for the actual writing of code. Software
engineering combines engineering techniques with software development practices. Reverse
engineering is the opposite process. A hacker is any skilled computer expert that uses their technical
knowledge to overcome a problem, but it can also mean a security hacker in common language.
Contents
1History
2Modern programming
o 2.1Quality requirements
o 2.3Algorithmic complexity
o 2.4Methodologies
o 2.6Debugging
3Programming languages
4Programmers
5See also
6References
o 6.1Sources
7Further reading
8External links
History[edit]
Ada Lovelace, whose notes added to the end of Luigi Menabrea's paper included the first algorithm designed
for processing by an Analytical Engine. She is often recognized as history's first computer programmer.
In the 1880's Herman Hollerith invented the concept of storing data in machine-readable form.[9] Later
a control panel (plugboard) added to his 1906 Type I Tabulator allowed it to be programmed for
different jobs, and by the late 1940's, unit record equipment such as the IBM 602 and IBM 604, were
programmed by control panels in a similar way; as were the first electronic computers. However, with
the concept of the stored-program computers introduced in 1949, both programs and data were
stored and manipulated in the same way in computer memory.[citation needed]
Machine code was the language of early programs, written in the instruction set of the particular
machine, often in binary notation. Assembly languages were soon developed that let the
programmer specify instruction in a text format, (e.g., ADD X, TOTAL), with abbreviations for each
operation code and meaningful names for specifying addresses. However, because an assembly
language is little more than a different notation for a machine language, any two machines
with different instruction sets also have different assembly languages.
High-level languages made the process of developing a program simpler and more understandable,
and less bound to the underlying hardware. FORTRAN, the first widely used high-level language to
have a functional implementation, came out in 1957 [10] and many other languages were soon
developed – in particular, COBOL aimed at commercial data processing, and Lisp for computer
research.
Programs were mostly still entered using punched cards or paper tape. See computer programming
in the punch card era. By the late 1960s, data storage devices and computer terminals became
inexpensive enough that programs could be created by typing directly into the computers. Text
editors (programs themselves) were developed that allowed changes and corrections to be made
much more easily than with punched cards.
Modern programming[edit]
This section 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: "Computer
programming" – news · newspapers · books · scholar · JSTOR (August 2010) (Learn
how and when to remove this template message)
Quality requirements[edit]
Software development
Core activities
Processes
Requirements
Design
Engineering
Construction
Testing
Debugging
Deployment
Maintenance
Supporting disciplines
Configuration management
Documentation
Software quality assurance (SQA)
Project management
User experience
Practices
ATDD
BDD
CCO
CI
CD
DDD
PP
SBE
Stand-up
TDD
Tools
Compiler
Debugger
Profiler
GUI designer
Modeling
IDE
Build automation
Release automation
Infrastructure as code
Testing
Glossaries
Artificial intelligence
Computer science
Electrical and electronics engineering
v
t
e
Whatever the approach to development may be, the final program must satisfy some fundamental
properties. The following properties are among the most important:
Reliability: how often the results of a program are correct. This depends on conceptual
correctness of algorithms, and minimization of programming mistakes, such as mistakes in
resource management (e.g., buffer overflows and race conditions) and logic errors (such as
division by zero or off-by-one errors).
Robustness: how well a program anticipates problems due to errors (not bugs). This includes
situations such as incorrect, inappropriate or corrupt data, unavailability of needed resources
such as memory, operating system services and network connections, user error, and
unexpected power outages.
Usability: the ergonomics of a program: the ease with which a person can use the program
for its intended purpose or in some cases even unanticipated purposes. Such issues can make
or break its success even regardless of other issues. This involves a wide range of textual,
graphical and sometimes hardware elements that improve the clarity, intuitiveness,
cohesiveness and completeness of a program's user interface.
Portability: the range of computer hardware and operating system platforms on which the
source code of a program can be compiled/interpreted and run. This depends on differences in
the programming facilities provided by the different platforms, including hardware and operating
system resources, expected behavior of the hardware and operating system, and availability of
platform specific compilers (and sometimes libraries) for the language of the source code.
Maintainability: the ease with which a program can be modified by its present or future
developers in order to make improvements or customisations, fix bugs and security holes, or
adapt it to new environments. Good practices during initial development make the difference in
this regard. This quality may not be directly apparent to the end user but it can significantly affect
the fate of a program over the long term.
Decomposition
The presentation aspects of this (such as indents, line breaks, color highlighting, and so on) are
often handled by the source code editor, but the content aspects reflect the programmer's talent and
skills.
Various visual programming languages have also been developed with the intent to resolve
readability concerns by adopting non-traditional approaches to code structure and display. Integrated
development environments (IDEs) aim to integrate all such help. Techniques like Code
refactoring can enhance readability.
Algorithmic complexity[edit]
The academic field and the engineering practice of computer programming are both largely
concerned with discovering and implementing the most efficient algorithms for a given class of
problem. For this purpose, algorithms are classified into orders using so-called Big O notation, which
expresses resource use, such as execution time or memory consumption, in terms of the size of an
input. Expert programmers are familiar with a variety of well-established algorithms and their
respective complexities and use this knowledge to choose algorithms that are best suited to the
circumstances.
Chess algorithms as an example[edit]
"Programming a Computer for Playing Chess" was a 1950 paper that evaluated a
"minimax" algorithm that is part of the history of algorithmic complexity; a course on IBM's Deep Blue
(chess computer) is part of the computer science curriculum at Stanford University.[13]
Methodologies[edit]
The first step in most formal software development processes is requirements analysis, followed by
testing to determine value modeling, implementation, and failure elimination (debugging). There exist
a lot of differing approaches for each of those tasks. One approach popular for requirements
analysis is Use Case analysis. Many programmers use forms of Agile software development where
the various stages of formal software development are more integrated together into short cycles
that take a few weeks rather than years. There are many approaches to the Software development
process.
Popular modeling techniques include Object-Oriented Analysis and Design (OOAD) and Model-
Driven Architecture (MDA). The Unified Modeling Language (UML) is a notation used for both the
OOAD and MDA.
A similar technique used for database design is Entity-Relationship Modeling (ER Modeling).
Implementation techniques include imperative languages (object-oriented or procedural), functional
languages, and logic languages.
Debugging[edit]
The bug from 1947 which is at the origin of a popular etymology for the common term for a software defect.
Main article: Debugging
Debugging is a very important task in the software development process since having defects in a
program can have significant consequences for its users. Some languages are more prone to some
kinds of faults because their specification does not require compilers to perform as much checking
as other languages. Use of a static code analysis tool can help detect some possible problems.
Normally the first step in debugging is to attempt to reproduce the problem. This can be a non-trivial
task, for example as with parallel processes or some unusual software bugs. Also, specific user
environment and usage history can make it difficult to reproduce the problem.
After the bug is reproduced, the input of the program may need to be simplified to make it easier to
debug. For example, a bug in a compiler can make it crash when passing some large source file.
However, after simplification of the test case, only few lines from the original source file can be
sufficient to reproduce the same crash. Such simplification can be done manually, using a divide-
and-conquer approach. The programmer will try to remove some parts of original test case and
check if the problem still exists. When debugging the problem in a GUI, the programmer can try to
skip some user interaction from the original problem description and check if remaining actions are
sufficient for bugs to appear.
Debugging is often done with IDEs like Eclipse, Visual
Studio, Xcode, Kdevelop, NetBeans and Code::Blocks. Standalone debuggers like GDB are also
used, and these often provide less of a visual environment, usually using a command line. Some text
editors such as Emacs allow GDB to be invoked through them, to provide a visual environment.
Programming languages[edit]
Main articles: Programming language and List of programming languages
Different programming languages support different styles of programming (called programming
paradigms). The choice of language used is subject to many considerations, such as company
policy, suitability to task, availability of third-party packages, or individual preference. Ideally, the
programming language best suited for the task at hand will be selected. Trade-offs from this ideal
involve finding enough programmers who know the language to build a team, the availability of
compilers for that language, and the efficiency with which programs written in a given language
execute. Languages form an approximate spectrum from "low-level" to "high-level"; "low-level"
languages are typically more machine-oriented and faster to execute, whereas "high-level"
languages are more abstract and easier to use but execute less quickly. It is usually easier to code in
"high-level" languages than in "low-level" ones.
Allen Downey, in his book,"How To Think Like A Computer Scientist", writes:
The details look different in different languages, but a few basic instructions appear in just
about every language:
Input: Gather data from the keyboard, a file, or some other device.
Output: Display data on the screen or send data to a file or other device.
Conditional Execution: Check for certain conditions and execute the appropriate
sequence of statements.