#54 Por supuesto que existe mucho desconocimiento, no todo el mundo se puede permitir un Mainframe en casa, en serio, como veras en mis comentarios hablo de la ventaja del Cobol dentro del entorno Mainframe IBM, esa es la arquitectura que es estable, VMS, ahora OS9, Cobol y DB2, y en ningún momento he dicho sea sencillo desarrollar para esos entornos.
Esto ... la de la luna como bola de discoteca....
¿Seguro que no es una bola de discoteca?
#25 Efectivamente, la "luna" es una bola de discoteca: http://www.odditycentral.com/pics/michel-de-broin-builds-worlds-largest-disco-ball.html
#25 #32 Exacto, la foto no es de la luna, sino que es realmente la bola de discoteca mas grande del mundo. Más fotos en http://www.friki.net/fotos/29863-bola-de-discoteca-gigante.html
Lo que más me fastidia del anuncio ese son esas risas enlatadas/ruido de aprobacion.
Dicen que casarse es una buena noticia.
Salta uno dice que no siempre y todos se parten el culo...
Otro dice que no ir a trabajar porque estas enfermo es una mala noticia.
Salta otro diciendo que no siempre y todos se parten el culo...
Una pregunta ante el famoso comentario "el ruido que hacian los juegos al cargar...."
¿De verdad hacian ruidos/chirridos?
Es que yo tenía un MSX y un reproductor de casette aparte(encima Sony, creyendo que asi iria mejor) para cargar los juegos. Tenia tres cablecitos audio in, out y un tercero para controlar la reproducción de la cinta.
Y cuando le dabas al play no hacia ningun ruido/chirrido.
¿¿¿Con el spectrum teniais que oir durante los 5 minutos de carga del juegos los pitidos de los datos???
¿En serio?
Vaya, no lo sabia.
Yo los unicos pitidos que he oido son los tipicos del modem de pc cuando empezaba a conectar (y luego se calla)
#58 En spectrum si es escuchaba por lo altavoces del televisor. En MSX no era el televisor el que emitía los chirridos, sino el reproductor. Había algunos que pitaban y otros que no.
Edito: era el 128K el que sonaba por los altavoces del televisor, los 48K, creo recordar que lo hacían por el speaker interno que sonaba fatal(nostálgico, pero fatal, no nos vamos a engañar).
#58 Correcto, no se podía evitar porque el sonido lo hacía el altavoz que estaba situado en la parte inferior del Spectrum.
Aún recuerdo el día que me desperté muy temprano y coloqué un montón de servilletas debajo del ordenador para que no me echaran la bronca por jugar nada más despertarme, sin ni siquiera desayunar. Por supuesto, sin éxito. Hacía mucho ruido.
¿Relacionada, aunque algo distinta ?
biografo-steve-jobs-confirma-retraso-cirugia-tiempo-terapias/00085
Publicado hace 12 años por
--11557--
a
blogs.elcorreo.com
Veo que aqui todo el mundo ha trabajado algo con Cobol y sabe un poco de lo que habla...
Pero hay ciertas cosas.... que no se, a lo mejor estoy equivocado pero se menosvaloran o se ignoran cuando se habla de Cobol, del que algunos parece que hablan maravillas:
" ...A los programadores Cobol se les paga mogollon y estan muy bien valorados..."
Falso. A los programadores CON MUCHA EXPERIENCIA en Cobol y sobretodo con conocimientos de la *arquitectura/standares codificacion/librerias/sistemas propias de la empresa*** e incluso me atrevería a decir con conocimientos de la logica del negocio (bancos, agencias viajes, CorteIngles, Telefonica) serán valorado en ESA empresa. No son valorados por saber solo Cobol, sino por saber como se usa en ESA empresa. Que puede ser distinto a como se usa en otro banco.
Saber Cobol no es garantia de nada. Puedes aprender Cobol en cualquier curso de formacion de cualquier consultora. Pero luego tendra que saberlo a las rigidas normas con las que se usa en la empresa X que sera parecido pero no igual, a la empresa Y.
"...Cobol es muy estable y rapido..."
¿Los lenguajes de programacion son estables? ¿O lo son las maquinas y sistemas operativos sobre los que se ejecutan? ¿Conoceis los contratos de mantenimiento de los mainframe y hardware de las maquinas que ejecutan cosas Cobol? ¿Y la potencia de esas maquinas? ¿Cobol es tan rapido y potente porque es rapido, o porque se ejecuta en maquinas especificas diseñadas para ello? ¿Que pasaría si Java se ejecutase en maquinas semejantes?
"De hecho algunas de las ideas de Java como la ejecución multiplataforma desde un fichero objeto ya lo hacia COBOL en los años 70. Se podría decir incluso que el Runtime de COBOL era una especie de maquina virtual."
¿Cobol es multiplataforma? ¿Puedes coger el codigo objeto compilado en un mainframe especifico y llevarlo a otro mainframe ligeramente distinto y funcionara al 100% ? Yo creo que no... ¿Runtime de cobol???!!!
Que yo sepa, el Cobol se compila...
"Como ventajas recuerdo que COBOL podía utilizar bases de datos de manera muy rápida y eficaz, pero por supuesto diseñar las tablas no era tan sencillo como hoy en día, ya que había que calcular los tamaños de los campos y el factor de bloqueo."
¿Usas un lenguaje de programacion para crear tablas? ¿O te estas liando con DB2, que es la base de datos aparte, que es un añadido y que se compila y linkea aparte?
La base de datos DB2, ademas de ser antigua y algo complicada, admito que debe ser muy potente y rapido. Sobretodo por la cantidad de tiempo que se lleva usando y el volumen de datos que maneja.
Pero eso es merito de la base de datos (y del SO/arquitectura), no necesariamente del lenguaje de programacion.
Como un amigo mio siempre decia, hay versiones de DB2 para windows. Ej :
http://www-01.ibm.com/software/data/db2/linux-unix-windows/
"A pesar de ser intrepetado desde un archivo objeto es bastante mas rápido y estable que Java (Mucho
mas)."
¿Cobol se interpreta? A lo mejor estoy completamente equivocado, pero juraria que se compila... y que luego.... no se interpreta...
"permite a sus desarrolladores hacer cambios continuados en el código sin tener demasiadas dependencias o dolores de cabeza"
(ironia:)
¡Claro que si! ¡Mantener el programa BX7564CO es mucho mas facil que la clase GestionEmpleados.java !!
Y los errores ABEND ASRA, SQLCODE -905, falta de linkeo de accesos de datos y sus PLAN NOT FOUND, recompilado de copys..., son mucho mas faciles de corregir que los "OutOfMemory in line 354" y los "AltaNominas.class not found" Lo que hay que oir....
Y los cambios de longitud del campo NUMEMPLE de 6 a 7 que obliga a cambiar los SORT de los todos los JCL que llamen al programa GRHD145T.... Superfacil de mantener, claro que si.
Cobol a lo mejor tiene una sintaxis muy sencilla como lenguaje de programacion... Pero el entorno en el que se ejecuta (y se programa) es mucho mas complicado y mas incomodo si lo comparamos con cualquiera de ahora. Logico, la informatica ha avanzado, en aquellos tiempos con que el ordenador funcionase bastaba. Ahora se busca que el sistema hable un idioma que la gente pueda entender, no
"Abnormal program termination" y mirar un log de 1500 lineas, para descubir que te falta un caracter al compilar.
¿Habeis diseñado alguna vez alguna pantalla IMS?
Esas pantallas negras que se pueden ver por ejemplo en algunos terminales del corte ingles que usan los empleados para consultar libros.
¿Sabeis lo que cuesta hacer que un campo se ponga en "brillante" , parpadeante, y obligatorio....?
Aunque claro, tal vez vovlemos a lo mismo... eso no es exactamente Cobol, es un añadido...
Aunque admito que en algunas empresas creo que usan herramientas un poco mas automaticas que diseñar esas ventanas.
No se, veo que algunos hablan maravillas del Cobol. Si, tiene sus ventajas y sus cosas buenas, una vez que te acostumbras a el... Pero tiene otras... que comparado con cualquier cosas moderna...