{"id":48160,"date":"2023-03-29T09:00:43","date_gmt":"2023-03-29T07:00:43","guid":{"rendered":"https:\/\/www.ferrovial.com\/blog\/?p=48160"},"modified":"2025-12-11T17:28:00","modified_gmt":"2025-12-11T16:28:00","slug":"pequena-historia-del-desarrollo-de-software","status":"publish","type":"post","link":"https:\/\/www.ferrovial.com\/blog\/es\/2023\/03\/pequena-historia-del-desarrollo-de-software\/","title":{"rendered":"Peque\u00f1a historia del desarrollo de software (o c\u00f3mo se pas\u00f3 en una generaci\u00f3n de la bata blanca a las chanclas)"},"content":{"rendered":"

Hoy d\u00eda el software est\u00e1 en todas partes, en nuestros tel\u00e9fonos, en nuestros veh\u00edculos, en nuestras televisiones, en nuestros electrodom\u00e9sticos, etc. <\/span>El software est\u00e1<\/span>\u00a0en el coraz\u00f3n de la innovaci\u00f3n y, gracias a \u00e9l, las empresas son m\u00e1s competitivas y pueden aportar m\u00e1s valor a sus clientes. Pero no siempre ha sido as\u00ed. Ha habido momentos en los que el software era una fuente de problemas e incluso se cuestionaba su futuro como industria. Acompa\u00f1adme en este repaso breve y muy personal sobre la historia del desarrollo de software para entender de d\u00f3nde venimos, d\u00f3nde estamos y qu\u00e9 nos puede deparar el futuro.\u00a0<\/span><\/p>\n

Los primeros a\u00f1os<\/b> del software<\/b> (1960-1979)<\/b>\u00a0<\/span><\/h2>\n

Al principio todo era hardware. El software iba unido de forma inseparable a \u00e9l, pero la programaci\u00f3n era una actividad menor. No exist\u00edan est\u00e1ndares ni buenas pr\u00e1cticas generales, sino que cada empresa o centro de investigaci\u00f3n abordaba la tarea seg\u00fan sus propios criterios, normalmente siguiendo modelos de \u201cprueba y error\u201d. Desarrollar software era una tarea m\u00e1s cercana a la artesan\u00eda que a la ingenier\u00eda.\u00a0<\/span><\/p>\n

Incluso los \u201cbugs\u201d no eran incidentes en los programas sino insectos reales que eran localizados dentro de los servidores y que estropeaban los circuitos el\u00e9ctricos. Como curiosidad, aqu\u00ed pod\u00e9is ver el informe original con la polilla que sirvi\u00f3 para acu\u00f1ar el t\u00e9rmino \u201cbug\u201d.\u00a0<\/span><\/p>\n

\"Primer<\/p>\n

Primer caso de \u201cbug\u201d encontrado, Harvard, 1945.<\/span>\u00a0<\/span><\/em><\/p>\n

\u00a0<\/span><\/p>\n

La falta de consistencia en el ciclo de vida de desarrollo hac\u00eda que los programas se entregaran habitualmente con defectos y con retraso, lo que pon\u00eda en cuesti\u00f3n el papel del software como una industria capaz de abordar problemas complejos. Este periodo se conoce como la \u201c<\/span>crisis del software<\/span><\/a>\u201d.\u00a0<\/span><\/p>\n

Aunque no he vivido personalmente este periodo, me gustar\u00eda compartir con vosotros una an\u00e9cdota que me parece muy ilustrativa de c\u00f3mo han cambiado las cosas desde entonces. Hace unos a\u00f1os, un compa\u00f1ero mayor que yo me contaba que, cuando \u00e9l comenz\u00f3 a trabajar, los inform\u00e1ticos llevaban una bata blanca. Cada ma\u00f1ana, todos los empleados de la compa\u00f1\u00eda en la que trabajaba esperaban a que \u00e9l llegara, abriera la puerta del centro de datos y distribuyera a cada uno de ellos los listados con las tareas que ten\u00edan que hacer ese d\u00eda. <\/span><\/p>\n

En esta \u00e9poca el monopolio del manejo de los ordenadores y de la informaci\u00f3n que generaban pertenec\u00eda a los t\u00e9cnicos y nadie cuestionaba su trabajo. Como dec\u00eda mi compa\u00f1ero, con a\u00f1oranza, \u201ces que el PC nos ha hecho mucho da\u00f1o\u201d. A m\u00ed, que crec\u00ed rodeado de ordenadores personales, esta afirmaci\u00f3n me pareci\u00f3 muy sorprendente, pero entend\u00ed que para \u00e9l este cambio fue traum\u00e1tico porque le supuso perder su parcela de poder.\u00a0<\/span><\/p>\n

El proceso de industrializaci\u00f3n<\/b> de los ordenadores<\/b> (1980-2000)<\/b>\u00a0<\/span><\/h2>\n

A partir de los a\u00f1os 80, la aparici\u00f3n de los ordenadores personales democratiza el acceso a la computaci\u00f3n y desacopla definitivamente el software del hardware. Para aquellos interesados en conocer m\u00e1s sobre este periodo, os recomiendo el documental \u201c<\/span>Silicon Cowboys<\/span><\/a>\u201d que cuenta como un grupo de ejecutivos de \u201cTexas Instruments\u201d fundan la empresa \u201cCompaq\u201d para crear el primer ordenador personal compatible con los PCs de IBM y c\u00f3mo utilizaron ingenier\u00eda inversa para replicar la BIOS de IBM, su \u00fanico componente propietario.\u00a0<\/span><\/p>\n

Para hace frente al incremento en la demanda de software, pero evitando los problemas identificados en el periodo anterior, el desarrollo de software busca mayor fiabilidad y eficiencia avanzando hacia la industrializaci\u00f3n. En este periodo, se consolida el concepto de ingenier\u00eda de software, adopt\u00e1ndose conceptos propios de la ingenier\u00eda tradicional. Son los a\u00f1os dorados de los documentos de requisitos, las estimaciones, las planificaciones detalladas en cascada y los procesos de validaci\u00f3n manuales.\u00a0<\/span><\/p>\n

El peso del proceso de desarrollo de software pasa en esta \u00e9poca de los programadores a los gestores y a los procesos. Es en esta \u00e9poca cuando se popularizan modelos como las \u201csoftware factory\u201d, que equiparan el proceso de desarrollo de software al de una l\u00ednea de producci\u00f3n, en donde los requisitos entran por un extremo y el software y sus entregables asociados salen m\u00e1gicamente por el otro. El desarrollo de software se convierte, as\u00ed, en una actividad de poco valor a\u00f1adido, que en muchos casos es externalizada a otros pa\u00edses con menor poder adquisitivo.\u00a0\u00a0<\/span><\/p>\n

La industrializaci\u00f3n se traslada tambi\u00e9n a la vestimenta, abandon\u00e1ndose definitivamente la bata blanca en favor del traje y la corbata.\u00a0<\/span><\/p>\n

El manifiesto \u00c1gil y la recuperaci\u00f3n del esp\u00edritu original (2001-2020)<\/b>\u00a0<\/span><\/h2>\n

A finales de los 90 el desarrollo de software es una industria pujante pero no est\u00e1 libre de problemas.\u00a0<\/span><\/p>\n

Por un lado, aquellas empresas que han adoptado la externalizaci\u00f3n con mayor intensidad sufren una descapitalizaci\u00f3n de conocimiento t\u00e9cnico, lo que incrementa su dependencia de los proveedores y limita su capacidad de aprovechar la tecnolog\u00eda como una fuente de ventaja competitiva.\u00a0<\/span><\/p>\n

Adicionalmente, la profesi\u00f3n de programador se encuentra altamente devaluada y afectada por un elevado grado de intrusismo desde disciplinas afines para poder hacer frente a los elevados niveles de demanda.\u00a0<\/span><\/p>\n

Por \u00faltimo, existe una gran desconexi\u00f3n entre las llamadas \u00e1reas de negocio, que necesitan soluciones tecnol\u00f3gicas para poder operar y desarrollarse y las \u00e1reas t\u00e9cnicas, responsables de proveer estas soluciones.\u00a0<\/span><\/p>\n

Como respuesta a esta situaci\u00f3n un grupo de expertos del sector publica<\/span>n<\/span>, en febrero de 2001, el <\/span>manifiesto \u00e1gil<\/span><\/a>, un conjunto de 12 principios que tratan de volver a situar a los programadores en el centro del proceso de desarrollo de software. Para ello se basan en reivindicar las particularidades de la programaci\u00f3n dentro de la ingenier\u00eda, lo que se expresa a trav\u00e9s de las siguientes preferencias: \u00a0<\/span><\/p>\n