La programación orientada a objetos (OOP) no surge de una moda académica, sino de una necesidad práctica: organizar el código en torno a las entidades del mundo real que representa. Este artículo lo ilustra con un caso concreto: un proyecto universitario de gestión de bibliotecas en el que dos estudiantes, Rodrigo y Tito, deben repartir el trabajo. Rodrigo se encarga de las funciones de búsqueda (por título, género y autor) sin saber aún cómo se representa internamente un libro. Tito, por su parte, se compromete a entregar tres funciones auxiliares (book_title, book_genre, book_author) que actúan como interfaz.
Gracias a esa abstracción, Rodrigo puede implementar las búsquedas con comprensiones de lista, usando nombres como book para los elementos del catálogo, aunque desconozca su estructura interna. Tito acaba representando cada libro como una tupla con los códigos Unicode de los campos y sus longitudes acumuladas, una solución peculiar pero funcional. Mientras la interfaz se mantenga estable, el código de búsqueda sigue funcionando sin cambios.
La lección central es que OOP consiste en crear abstracciones de alto nivel para las entidades que importan en el problema (libros, autores) y exponerlas mediante un conjunto reducido de operaciones. Esconder los detalles de implementación facilita razonar sobre el programa, colaborar en equipo y modificar la representación interna sin romper el resto del código. El artículo amplía después la idea con los autores —que requieren nombre, apellido y año de nacimiento— y muestra cómo funciones como author_initialise cobran sentido cuando se entienden como constructores de abstracciones, no como simples envoltorios de datos.