Se acepta ampliamente que el primer programa de ordenador lo escribió Ada King, condesa de Lovelace, en 1842, aunque no se construyó el dispositivo al que fue destinado en vida de ésta. ¿Cuál es el programa de ordenador más viejo que no sólo fue escrito y puesto en práctica, si no que sigue estando en activo hoy en día?
#20:
#19 30 años después los nuevos programadores se dieron cuenta que tenían que migrar y adaptar un servicio escrito en ensamblador sin documentar. Y que la última persona que conocía algo del código llevaba jubilada desde 2003.
"Historias para no dormir, 3ª edición."
#4:
#1 No creo... para empezar porque para que haya ping ya tiene que haber red...
#16:
Yo diría que el que se usa para los psicotécnicos del carnet de conducir, si si , el de las bolitas
#22:
El programa informatico mas antiguo y que se sigue utilizando hoy en dia es de 1801, son las tarjetas perforadas de los telares de jaquard.
#5:
#2#3 Eso implica que hay un BASIC...
Cualquier programa que necesite un intérprete por definición no puede ser el más antiguo en uso.
#12:
No sé cuál será el más antiguo pero el que menos cojones hay para migrar en el AS/400 fijo...
#14:
Pensaba que el programa de ordenador más antiguo aún en uso era el de la Voyager, enviada en 1977 y que todavía envia datos...
#21:
He votado como errónea ya que el programa más antiguo en uso del mundo se llama "master tax record system" y tiene 58 años Se halla en el departamento del tesoro de EE.UU y no en el Pentágono.
#16 Yo participé en la programación de varios prototipos iniciales, para que luego decidieran cuál utilizar.
Creo que fue en 1984/85, si mal no recuerdo.
#41 Cuando yo lo hice en el 88 era un commodore 64... la tipa se sorprendió de lo bien que lo hice y yo "pero si esto es un mojón de juego, muy fácil y una caca de gráficos". Yo por aquel tiempo tenía uno en casa
#55 Cuando mi tipa se percató de que yo iba a hacer un perfect, se pone a hablarme y preguntarme cosas. Ya estaba yo con el planificador saturado cambiando de izquierda a derecha cuando tuve que lanzar un subproceso para encargarme de la interación social y la jodí.
He votado como errónea ya que el programa más antiguo en uso del mundo se llama "master tax record system" y tiene 58 años Se halla en el departamento del tesoro de EE.UU y no en el Pentágono.
#21 2017-58= 1959
Del artículo que votas negativo escrito en 2015: "In 1958, the United States Department of Defense launched a computerized contract-management system that it dubbed Mechanization of Contract Administration Services, or MOCAS"
#40 . Ya sólo te hace falta meter a calzador alguna cuñita antimilitarista, otra contra el empresario, otra contra el PePe, y ya haces el triplete/cuarteto cansino progre.
Y así forever and ever, nonstop. Cansáis a una posta de caballos percherones.
#84 . Si fuera religioso y permitiese que me ofendan cuatro chistecitos chuscos, todavía.
A lo que voy es a la carga de repetición cansina y siempre en el mismo sentido. Y que sólo le hace gracia al mismo grupito sectario.
#19 30 años después los nuevos programadores se dieron cuenta que tenían que migrar y adaptar un servicio escrito en ensamblador sin documentar. Y que la última persona que conocía algo del código llevaba jubilada desde 2003.
Sin mirar pienso que será algo financiero contable en COBOL, en los bancos siguen usándolo aunque los terminales sean modernos.
Ps.
The system was designed to use the latest in computation and output technology to track contracts in progress and payments to vendors.
Fifty-seven years later, it’s still going. MOCAS is written in COBOL
#37 yo participé en el desarrollo. Son en java y usan un framework propio muy complejo, lleno de patrones de diseño que mínimiza errores. Actualizado cada dos meses aproximadamente
#76 Probablemente es una razón. La otra es porque hacía falta una interfaz muy parametrizable (el programador no "dibuja cada pantalla" sino que se establecen unas series de entradas, opciones y salidas y la aplicación muestra la pantalla de forma automática) y eso se dificultaría con una interface más compleja y rica visualmente. Aunque no dudo que se podría mejorar para lograrlo, pero lo importante en este tipo de desarrollo es que sea funcional, rápido y robusto.
#39 Por experiencia, si es un framework complejo, no minimiza errores. En todo caso evitará malas prácticas o malas implementaciones de patrones, que no es lo mismo.
#60 Es cierto que no necesariamente evita errores, pero una mala práctica también propicia cometer errores. Por ejemplo, el patron SINGLETON (objeto único que suele permitir un acceso global) puede evitar que crees exceso de objetos y quizá ahorrar errores derivados de agotar la memoria ...
#92 Ahora mismo cualquier framework standard te permite hacer un singleton sin escribir más código que en cualquier solución "customizada". En mi caso, soy javero y en Spring 4 es más rápido hacer algo singleton que crear múltiples beans.
Igual hace un par de décadas tenían sentido los frameworks gigantes, pero a día de hoy el simple hecho de tener uno de estos te limita a tener que entrenar a la gente en un framework complejo y a no poder integrar rápidamente las herramientas que van saliendo (por ejemplo todos los avances en automatización, testeo y cobertura que se están mejorando cada vez más).
Luego están ruby on rails y similares como herramientas que siguen patrones y que están estandarizadas, pero la verdad es que no tienen éxito en parte por eso. Cuesta mucho aprenderlos y al final te limitan mucho.
#93 No te niego eso. Pueden pasar meses hasta entender lo suficientemente el sistema y ser productivo. Pero me quito el sombrero ante los analistas que lo desarrollaron. También te digo que hay una enorme diferencia entre el efectivo análisis para desarrollo de software del viejo IECI y el que realizan (o más bien no realizan) la mayoria de empresas tecnológicas.
#94 A ver, está claro que esos frameworks fueron genialidades en su día.
Era la época de los servidores de aplicaciones gigantes y con muchas opciones (tipo websphere) y ni siquiera existía Jenkins... bueno, ni siquiera Hudson. Yo incluso trabajé en proyectos en los que no se escribieron ni tests unitarios por aquel entonces. Algo había que hacer para evitar errores y estandarizar un poco y esos frameworks fueron la solución.
Lo que no veo claro es que sea conveniente seguir trabajando con esos frameworks. Es difícil cambiarlos, eso sí. En el sector bancario que era donde trabajaba antes se podían reir de ti si proponías cargarse todo el framework y actualizarse a los nuevos tiempos. Pero antes o después tendrán que hacerlo, aunque solo sea por criterios de productividad. Pueden cubrir su paranoia con repositorios locales, revisiones de pares y coberturas del 100% y aun irán más rápido que con esos frameworks.
#5 que conste, pero dice el más antiguo "en funcionamiento". Un programa puede estar todavía en uso pero no el compilador utilizado... Claro que estrictamente tienes razón, en un lenguaje interpretado por definición necesitas todavía de un intérprete pero podría no ser el original.
#1 la conexión este ordenadores es relativamente moderna. Ethernet, token ring etc son posteriores al desarrollo de la pila TCP/IP, a mediados de los 70. Antes de usaban modems. Y antes, por cables serie. Y antes, no se conectaban. La primera conexión entre ordenadores probablemente fuera en los 60, y da para otra interesante investigación.
#38 Ethernet no es un protocolo de comunicaciones en si, normalmente es la capa 1 del protocolo TCPIP (física), aunque éste puede ir encapsulado en otros protocolos y en otros medios. Token Ring es otro protocolo distinto al TCP/IP, no es por colisión sino por paso de testigo. Se me ha olvidado un poco la teoría pero básicamente es eso.
#29#69 Pero eso ni es programa ni se sigue usando (imagino). En cuanto a mecanismos, creo que el más antiguo que se conoce es el mecanismo de Anticitera.
#24 Ese día el programa informático más antiguo en uso será el software de un Nokia 3310 que aún seguirá funcionando (y con batería). Probablemente sea propiedad de J. Hurtado, eso sí.
Este tipo de envios hace las delicias del meneante medio, excita su imaginación, le llama a intervenir, es algo interesante y digno de ser conocido. (No como las noticias de deportes que tan solo interesan a nivel nacional )
Comentarios
Yo diría que el que se usa para los psicotécnicos del carnet de conducir, si si , el de las bolitas
#16 Yo participé en la programación de varios prototipos iniciales, para que luego decidieran cuál utilizar.
Creo que fue en 1984/85, si mal no recuerdo.
#16 Que corrían en un MSX...
#41 Cuando yo lo hice en el 88 era un commodore 64... la tipa se sorprendió de lo bien que lo hice y yo "pero si esto es un mojón de juego, muy fácil y una caca de gráficos". Yo por aquel tiempo tenía uno en casa
#55 Cuando mi tipa se percató de que yo iba a hacer un perfect, se pone a hablarme y preguntarme cosas. Ya estaba yo con el planificador saturado cambiando de izquierda a derecha cuando tuve que lanzar un subproceso para encargarme de la interación social y la jodí.
#59: La hubieras dado un reloj de arena que de media vuelta cada cierto tiempo.
#55 También, en un commodore 64, ¿nos conocemos en la "vida real"?
#65 Si eres de Baza (Graná), quizá sí.
#98 De un poquito más al sur, malagueño.
#16 ese quizás es el primer videojuego
da una rabia que no te dejen seguir hasta que te "maten"!
El programa informatico mas antiguo y que se sigue utilizando hoy en dia es de 1801, son las tarjetas perforadas de los telares de jaquard.
#22 http://www.rtve.es/noticias/20110923/jacquard-tejedor-informatico/463573.shtml
#22 yo los he visto funcionando en la india, es increíble.
No sé cuál será el más antiguo pero el que menos cojones hay para migrar en el AS/400 fijo...
#12 Yo migré hace 5 o 6 años una base de datos AS/400, cientos de tablas, millones de registros, aún tengo pesadillas...
Pensaba que el programa de ordenador más antiguo aún en uso era el de la Voyager, enviada en 1977 y que todavía envia datos...
He votado como errónea ya que el programa más antiguo en uso del mundo se llama "master tax record system" y tiene 58 años Se halla en el departamento del tesoro de EE.UU y no en el Pentágono.
#18 #21 http://www.pcworld.com/article/249951/computers/if-it-aint-broke-dont-fix-it-ancient-computers-in-use-today.html
#23 goto #20
#21 2017-58= 1959
Del artículo que votas negativo escrito en 2015: "In 1958, the United States Department of Defense launched a computerized contract-management system that it dubbed Mechanization of Contract Administration Services, or MOCAS"
Un año de diferencia
En el principio... fue la línea de comandos
http://biblioweb.sindominio.net/telematica/command_es/command_es.pdf
#8 En el principio fue ensamblador.
#75 ¿y no sería el lápiz?
Osti cobol, que recuerdos, que si procedure division, que si environment division,...
El programa más obsoleto es y será "Pueblo de Dios" de TVE2.
#40 . Ya sólo te hace falta meter a calzador alguna cuñita antimilitarista, otra contra el empresario, otra contra el PePe, y ya haces el triplete/cuarteto cansino progre.
Y así forever and ever, nonstop. Cansáis a una posta de caballos percherones.
#83 Mira, eso no, pero te voy con una cuñita de refrán obsoleto: quien se pica, ajos come .
#84 . Si fuera religioso y permitiese que me ofendan cuatro chistecitos chuscos, todavía.
A lo que voy es a la carga de repetición cansina y siempre en el mismo sentido. Y que sólo le hace gracia al mismo grupito sectario.
#86 Como es un humor bastante absurdo, no espero que a todo el mundo le haga gracia. No te disgustes si no lo pillas.
Demostración del primer mandamiento de la informática: Si funciona, no lo toques.
#19 30 años después los nuevos programadores se dieron cuenta que tenían que migrar y adaptar un servicio escrito en ensamblador sin documentar. Y que la última persona que conocía algo del código llevaba jubilada desde 2003.
"Historias para no dormir, 3ª edición."
#19 yo la flipo con la gente que usa la maxima esa hasta que llegas y te encuentras con casos como el de #20
#20 ¿Me lo dices o me lo cuentas?
#20 En ese caso el problema no es que sea antiguo sino que no está documentado. (Sí, ya sé que casi nada se documenta como se debería)
#19 Si eso fuera así, aun estaríamos todos con tarjetas perforadas.
#19 eso y contestar "depende" a todo, no se te olvide.
No sé cual es, pero que está presente en la Administración española seguro.
¡El de la centralita de mi oficina!
#10 trabajas en mi oficina?
Sin mirar pienso que será algo financiero contable en COBOL, en los bancos siguen usándolo aunque los terminales sean modernos.
Ps.
The system was designed to use the latest in computation and output technology to track contracts in progress and payments to vendors.
Fifty-seven years later, it’s still going. MOCAS is written in COBOL
#27
Mira las cajas de El Corte Inglés. Y no te cuento algunos sistemas que todavía corren en Telefonica.
#37 yo participé en el desarrollo. Son en java y usan un framework propio muy complejo, lleno de patrones de diseño que mínimiza errores. Actualizado cada dos meses aproximadamente
#39 Si son en java hay programas escritos y funcionando desde muuuuuuucho antes.
#45 Exacto. Java es una creación relativamente nueva.
#39
¿y por qué los han hecho igualicos que los 3270?
#49 supongo que para evitar tener que enseñar al personal a aprender cosas nuevas....
#76
No cuela.
#76 Probablemente es una razón. La otra es porque hacía falta una interfaz muy parametrizable (el programador no "dibuja cada pantalla" sino que se establecen unas series de entradas, opciones y salidas y la aplicación muestra la pantalla de forma automática) y eso se dificultaría con una interface más compleja y rica visualmente. Aunque no dudo que se podría mejorar para lograrlo, pero lo importante en este tipo de desarrollo es que sea funcional, rápido y robusto.
#39 Por experiencia, si es un framework complejo, no minimiza errores. En todo caso evitará malas prácticas o malas implementaciones de patrones, que no es lo mismo.
#60 Es cierto que no necesariamente evita errores, pero una mala práctica también propicia cometer errores. Por ejemplo, el patron SINGLETON (objeto único que suele permitir un acceso global) puede evitar que crees exceso de objetos y quizá ahorrar errores derivados de agotar la memoria ...
#92 Ahora mismo cualquier framework standard te permite hacer un singleton sin escribir más código que en cualquier solución "customizada". En mi caso, soy javero y en Spring 4 es más rápido hacer algo singleton que crear múltiples beans.
Igual hace un par de décadas tenían sentido los frameworks gigantes, pero a día de hoy el simple hecho de tener uno de estos te limita a tener que entrenar a la gente en un framework complejo y a no poder integrar rápidamente las herramientas que van saliendo (por ejemplo todos los avances en automatización, testeo y cobertura que se están mejorando cada vez más).
Luego están ruby on rails y similares como herramientas que siguen patrones y que están estandarizadas, pero la verdad es que no tienen éxito en parte por eso. Cuesta mucho aprenderlos y al final te limitan mucho.
#93 No te niego eso. Pueden pasar meses hasta entender lo suficientemente el sistema y ser productivo. Pero me quito el sombrero ante los analistas que lo desarrollaron. También te digo que hay una enorme diferencia entre el efectivo análisis para desarrollo de software del viejo IECI y el que realizan (o más bien no realizan) la mayoria de empresas tecnológicas.
#94 A ver, está claro que esos frameworks fueron genialidades en su día.
Era la época de los servidores de aplicaciones gigantes y con muchas opciones (tipo websphere) y ni siquiera existía Jenkins... bueno, ni siquiera Hudson. Yo incluso trabajé en proyectos en los que no se escribieron ni tests unitarios por aquel entonces. Algo había que hacer para evitar errores y estandarizar un poco y esos frameworks fueron la solución.
Lo que no veo claro es que sea conveniente seguir trabajando con esos frameworks. Es difícil cambiarlos, eso sí. En el sector bancario que era donde trabajaba antes se podían reir de ti si proponías cargarse todo el framework y actualizarse a los nuevos tiempos. Pero antes o después tendrán que hacerlo, aunque solo sea por criterios de productividad. Pueden cubrir su paranoia con repositorios locales, revisiones de pares y coberturas del 100% y aun irán más rápido que con esos frameworks.
#37 esas maravillosas maquinas que tienen mas años que los tecnicos que las mantienen
#44
Las máquinas las cambian de vez en cuando ... los programas permanecen.
#48 si, las maquinas las cambian cada 30 o 35 años mas o menos
#61
Menos, porque el cebollazo que te meten por mantener máquinas viejas es de impresión.
#37 En Teleafónica siempre he flipado con el sistema S.A.T.A.N. de averías RTB.
#81
¿SATAN? antes era AF y luego SAM.
La web de Renfe.
#47 La web de renfe es nueva, otra cosa es que desde antes de su inauguración esté obsoleta
#47: El primer ordenador de España era de Renfe, lo usaban para vender billetes.
Cuenta la leyenda que aún siguen usándolo.
#Nota: lo que si es constatable es que en una oferta de trabajo reciente pedían Cobol.
#71 No me parece tan raro, en muchos sitios quedan programas hechos en COBOL y alguien tiene que mantenerlos/migrarlos.
¿De la era moderna? El puto Winamp.
Yo diría que es el de@cocopino
#46 No. En mi empresa aún tenemos servidores en token, con su correspondiente MAU, etc.
10 goto 10
#2 más bien:
10 print "Hello World";
20 goto 10
#2 #3 Eso implica que hay un BASIC...
Cualquier programa que necesite un intérprete por definición no puede ser el más antiguo en uso.
#5 Y por qué no un RPG que nació allá por los 60 y pico por ejemplo, y era un lenguaje de programación como tal?
#7 ¿A quien se le ocurre decir que RPG era un lenguaje de programación como tal?
#5 que conste, pero dice el más antiguo "en funcionamiento". Un programa puede estar todavía en uso pero no el compilador utilizado... Claro que estrictamente tienes razón, en un lenguaje interpretado por definición necesitas todavía de un intérprete pero podría no ser el original.
#5 jajajaja.
. k kabron.
#5 Claro que sí. El intérprete usado para interpretarlo puede ser más moderno que el programa siendo interpretado...
Vantive
Desde menéame y en castellano, hace unas semanas:
Arqueología Informática: Charles Babbage y la máquina diferencial
Arqueología Informática: Charles Babbage y la máqu...
negocioscontralaobsolescencia.comSegunda parte: Cuando Ada conoció a Charles
http://www.negocioscontralaobsolescencia.com/tecnologia/arqueologia-informatica-ii-cuando-ada-conocio-a-charles
El Solitario del Windows.
Ping. Sin duda alguna.
#1 No creo... para empezar porque para que haya ping ya tiene que haber red...
#4 y?
#4 ls o rm. Te valen?
ccguy
Ping
#1 https://www.novell.com/communities/coolsolutions/16-years-uptime-can-you-top/
Este llevaba 16 años sin reiniciar
#1 este ping es el más largo "Voyager 1 & 2, on the other hand, were launched in 1977 and are expected to remain operational until approximately 2020."
http://ask.metafilter.com/46918/Whats-the-world-record-for-computer-uptime
#1 la conexión este ordenadores es relativamente moderna. Ethernet, token ring etc son posteriores al desarrollo de la pila TCP/IP, a mediados de los 70. Antes de usaban modems. Y antes, por cables serie. Y antes, no se conectaban. La primera conexión entre ordenadores probablemente fuera en los 60, y da para otra interesante investigación.
#38 Token ring usaba también TCP/IP?
Hace años que lo estudié y no me acuerdo
#38 Un aperitivo, TODA la internet en 1973:
#50 telnet telehack.com
#38 Ethernet no es un protocolo de comunicaciones en si, normalmente es la capa 1 del protocolo TCPIP (física), aunque éste puede ir encapsulado en otros protocolos y en otros medios. Token Ring es otro protocolo distinto al TCP/IP, no es por colisión sino por paso de testigo. Se me ha olvidado un poco la teoría pero básicamente es eso.
¿No vale este?
http://es.wikipedia.org/wiki/El_ajedrecista
Vale, no es "de ordenador", pero si es una programación.
#29 Wikipedia aún no tiene una página llamada «El ajedrecista».
#56: Esta: https://es.wikipedia.org/wiki/El_Ajedrecista
#29 #69 Pero eso ni es programa ni se sigue usando (imagino). En cuanto a mecanismos, creo que el más antiguo que se conoce es el mecanismo de Anticitera.
https://es.wikipedia.org/wiki/Mecanismo_de_Anticitera
#78: Algo de programación debe tener, porque si hacías trampas lo detectaba. Eso si, era sólo un final de partida con tres piezas.
Algún día el programa informático más antiguo en uso será la inteligencia artificial del ”smartwatch” láser cuántico de Jordi Hurtado.
#24 Ese día el programa informático más antiguo en uso será el software de un Nokia 3310 que aún seguirá funcionando (y con batería). Probablemente sea propiedad de J. Hurtado, eso sí.
EL WINRAR que me lleva pidiendo que lo pase a Premium desde hace milenios
#70 vago, con lo facil que es que te deje de dar la brasa
Pedazo armario el 2098 E-10 ese https://en.m.wikipedia.org/wiki/IBM_System_z10
¿El Paint?
Este tipo de envios hace las delicias del meneante medio, excita su imaginación, le llama a intervenir, es algo interesante y digno de ser conocido. (No como las noticias de deportes que tan solo interesan a nivel nacional )