El documento describe los orígenes de la programación orientada a objetos. Se desarrolló en el Centro de Cálculo Noruego en los años 1960 para facilitar la simulación de sistemas físicos mediante la representación de cada componente como un módulo independiente que se comunica enviando mensajes, al igual que los sistemas físicos. Esto dio como resultado lenguajes como SIMULA 67. La programación orientada a objetos permite la reutilización de componentes y una estructura modular clara.

1. Introducción a la
Programación Orientada a
Objetos

2. Historia
En el Centro de Cálculo Noruego, un equipo de
investigación, liderado por Krinsten Nygaard, tuvo
problemas en el desarrollo de simulaciones de
sistemas físicos, como el caso de simular el
funcionamiento y rendimiento de un motor. Se
dieron dos problemas en este punto:
1. Los programas eran muy complejos.
2. Las modificaciones, al ser una simulación, eran
muy frecuentes

3. … Historia
La solución que idearon fue diseñar el programa paralelamente al objeto físico.
Es decir, si el objeto físico tenía cien componentes, el programa también tendría
cien módulos, uno por cada pieza. Partiendo el programa de esta manera, había
una total correspondencia entre el sistema físico y el sistema informático. Así,
cada pieza física tenía su abstracción informática en un módulo. De la misma
manera que los sistemas físicos se comunican enviándose señales, los módulos
informáticos se comunicarían enviándose mensajes. [1]
[1]http://www.ati.es/novatica/1995/mar-abr/n114obje.html

4. … Historia
Además de resolverse las dificultades
anteriores. Se obtuvo otro beneficio:
reusabilidad. Cuando se construye un
programa, se obtienen piezas para futuros
programas.
A partir de esta situación, se desarrolló un
lenguaje de programación con algunos
conceptos pilares de la Programación
Orientada a Objetos. Este se denominó
SIMULA 67, y fue presentado en 1967 al
público.
Margaret Hamilton junto al
impreso de código fuente de la
Apollo Guidance Computer.
Fuente: NASA

5. Cronología de lenguajes que utilizan el paradigma
● 1960: Simula 67
● 1970: Smalltalk
● 1980: C++, Objetive-C
● 1990: JAVA, Ruby, Python
● 2000: C#, PHP 5
● 2010: Go, Kotlin

6. Ventajas
● Los componentes se pueden reutilizar. Esto reduce los costos en tiempo y
dinero en un proyecto.
● Facilidad de mantenimiento y modificación de los objetos existentes.
● Una estructura modular clara se puede obtener, la cual no revelará el
mecanismo detrás del diseño.
● Se proporciona un buen marco que facilita la creación de rica interfaz gráfica
de usuario aplicaciones (GUI).
● Se acopla bien a la utilización de bases de datos, debido a la correspondencia
entre las estructuras.

7. Desventajas
● Limitaciones del programador: Es posible el programador desconozca
algunas características del paradigma y de hecho siga utilizando otro
paradigma, por lo general el estructurado.
● No hay una forma única de resolver los problemas. Esto puede llevar a que
diferentes interpretaciones de la solución planteada emerjan.
● Se requiere una documentación amplia para determinar la solución
planteada.
● Es necesario invertir tiempo en el momento del diseño