Las líneas de código Cobol que hay repartidas por el mundo han alcanzado un volumen sin precedente, por lo que supone una gran oportunidad para la modernización de aplicaciones. De hecho, el estudio dado a conocer asegura que la huella mundial de aplicaciones Cobol no solo sigue creciendo, sino que la mayoría de los encuestados tienen la intención de modernizar sus aplicaciones y dar soporte a la nube para finales de año.
|
etiquetas: cobol , lenguajes , programación
Yo mismo he llevado el desarrollo de aplicaciones el COBOL en 2005 (a mi pesar)
Yo hice prácticas en los 80 con un 3270. Y 15 años después nos hicieron hacer un sistema en mainframe. Menudo dolor de huevos.
Pues a mi edad todo el mundo estaba prejubilado y llego yo ¡y aquí sigo currando sin trazas de ello! ¡siempre llego tarde a todo!
Seguro que algunos por aquí sabrán de qué hablo. Por fortuna hace años que no veo una línea de código y mucho menos de mainframe.
Por cierto. El artículo es una puta mierda que sirve de excusa para hacer publicidad medio encubierta
#13 Yo sí, llevo 10 años prejubilado y me quedan 8 para la jubilación definitiva. Cosas de grandes multinacionales que te destinan fuera y te firman contratos sin mirar...
Pero eso sí, me comí todas las migraciones desde IMS y db2 hasta Oracle 8i a 11g (ahí entro SAP y lo dejé), pasando por adabas/natural 4 a 7 y hasta la mierda del informix...
Lo echo tanto de menos que me dedico a la domótica por hobby...
La contraseña era "chochito".
El proyecto, si os lo preguntáis, era una aplicación para gestionar un videoclub.
En mis tiempos era normal que te dejaran usar el ordenador sólo el fin de semana, mis colegas y yo nos pasábamos la semana planeando el código que escribiriamos el finde.
Exacto, la "lavadora" Ahora todo el mundo curra con emuladores de 3270, yo hice prácticas con el cacharro original (que ya era viejo de entonces) el teclado era todo un poema, un pedazo de pieza metálica muy pesada.
El ordenador creo que era un 360 pero se lo habían donado a la universidad hace más de 30 años y era viejo por aquel entonces.
(nadie es el que hace el artículo, el resto sí sabíamos que seguía usándose)
Esto va muy rápido. La máxima es: lo que funciona no lo toques.
Yo también hice parte de Altamira jajaja
A ver, que con Java tampoco me puedo quedar, pero eso...
El artículo da a entender que la mejor idea que se puede tener es estudiar COBOL... Es eso cierto???
Este artículo vende el COBOL como curro asegurado, pero huele a publicidad.
Realmente es buena idea invertir en un curso???
La parte web y de administración de los TPV virtuales es horrible, llevan 10 años sin mejorar nada
Lo primero parece muy poco y lo último demasiado
Eso sí, el profesor se tendría que dejar los ojos corrigiendo cien exámenes de una docena de folios cada uno, llenos de errores y barbaridades.
Mi primer trabajo a jornada completa, en Indra, have ya más de 12 años fue por 21k. El rango de junior de mi empresa está por encima de eso.
01 CLEAR-SCREEN.
02 BLANK SCREEN.
PROCEDURE DIVISION.
DISPLAY "Adios mundo cruel".
STOP RUN.
No se hacen horas extras, la plantilla es bastante estable, no hay situaciones de acoso laboral..
Los exámenes de algoritmia se deben hacer en papel. Los de programación depende.
Con el tiempo me he llegado a dar cuenta de la inmensa suerte que tuve, que me echaran en ese momento.
Y hay decisiones de mierda que no ves hasta que avanzas un tiempo, no digas que es falta de planificación que la cascada está muerta y enterrada desde hace tiempo por suerte.
En el caso de los exámenes a mano en mi experiencia eran síntoma de profesor que quería corregir trivialidades (fallos de sintaxis) porque no le daba la gana (o la cabeza) para corregir cosas más serias (calidad, modularidad, velocidad en caso de ser relevante, etc) porque claro, si dejas usar el PC casi nadie tendrá errores de sintaxis .
Menos mal que cada día es más extraño toparse con semejantes métodos.
Especialmente para desarrollar fragmentos de código muy complejos o poco habituales, con un diseño previo en papel se consiguen programas más sólidos y se controla mejor el flujo (en mi experiencia) . Escribir pseudocódigo puede parecer una pérdida de tiempo pero al contrario, es una inversión a futuro.
El papel te ofrece mucha más libertad a la hora de anotar, puedes dibujar diagramas o ilustrar el proceso y te obliga probar mentalmente el algoritmo, minimizándose los errores de diseño.
Perdón por la moralina.
Menuda puta caca de implementación. Por cierto, hablo de la parte java, una implementación chapucera mvc que no usaba singletons del objeto factoría que daba conexiones con la base de datos cobol.
Fue hace unos 11 años.
El resto, a la hoguera (el binomio AS-400+RPG debería estar tipificado como crímenes de lesa humanidad)
"si te quieres suicidar o empezar con depresiones, aprende COBOL"
Si te tienen que enseñar todo, igual es que no es tu sector , ¿eh? Por no hablar de que cursos gratuitos + bolsa de contratación de Cobol por parte de los propios bancos/aseguradoras/empresas que usan Cobol tienes desde hace 30 años a patadas. No hace falta culpar de todo a los demás
No sé si es más patético utilizar Access para la enseñanza o Cobol...
Me gustaría saber a que llamas "solventar mi vida"
Te contestaba a esta afirmación.
Evidentemente no hace falta que pases a papel fragmentos de código simples, pero eso no invalida que utilizar papel para programar dista mucho de ser un gilipollez (al menos para mí)
Si miras mis comentarios están llenos de herratas (ésta a propósito jaja)
Sobretodo o, l, m, n, d, s... V y B quien las puso de lado... MCESPM...
Me ha pasado entrar al admin del TPV y ver operaciones de otros comercios, lo mismo con notificaciones online que entraron en mi servidor y nadie sabía por qué...
Además de que la propia interfaz web cuando tienes cientos de miles de operaciones al día es peor que pegarle a un padre
Pero bueno, seguro que hay motivos para que sea así...
Para que usar cosas obsoletas cuando puedes usar tecnologías modernas...