Portada
mis comunidades
otras secciones
#18:
#5 ese profesor seguramente hizo más por ti que cualquiera que te dejara usar un ordenador. Obligarte a escribir el código a mano es obligarte a pensar bien la estructura, a tener un plan antes de hacer nada, etc
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.
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.
#16:
Desde aquí saludo a mis profe de cobol en FP. El lumbreras nos dijo que mejor nos enseñaba access que cobol no nos llevaría a ningún lado....
#13:
Recuerdos de mi primer trabajo decente tras la universidad. Programador en COBOL/CICS/DB2 con arquitectura Altamira.
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
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
#40:
#5 Pues yo estudié a partir de 2000, y también tuve exámenes de 4 horas escribiendo código fuente en papel. Y nunca lo vi raro. Es un examen, ¿dónde lo quieres escribir? ¿En un ordenador? Eso ya lo hacíamos en las prácticas de la asignatura.
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.
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.
#15:
#8 3270 era el modelo de terminal, el mainframe sería un 3090 si era de los nuevos o un s/360 si era de los viejos.
#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...
#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...
#1:
Eso lo llevo yo diciendo 20 años. Si quieres tener futuro, aprende COBOL (y CICS y DB/2 o como se llame ahora)
Yo mismo he llevado el desarrollo de aplicaciones el COBOL en 2005 (a mi pesar)
Yo mismo he llevado el desarrollo de aplicaciones el COBOL en 2005 (a mi pesar)
Comentarios
Kobolnetes en 3..2..1..
#6 kobolctl -f config.yaml
#9
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!
Desde aquí saludo a mis profe de cobol en FP. El lumbreras nos dijo que mejor nos enseñaba access que cobol no nos llevaría a ningún lado....
#16 A estas alturas lo que sorprende es lo de Cobol... lo de Access no creo que sorprenda a nadie
#38 pues si el caraculo me hubiera enseñado cobol, hace años que hubiera solventado mi vida.
#61
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"
#70 no culpo a nadie. Me gano la vida sin saber cobol. Pero yo tenia una asignatura de nombre cobol. Y nunca me enseñaron cobol.
Antigua!
RPG, COBOL, DBASE, CLIPPER, AS-400, que joven me siento!!
#3 y no viviste la época de algún 4GL?
#4 No lo toqué.
#3 De esa cuadrilla de jinetes del apocalipsis sólo salvaría Clipper y Dbase, por los buenos recuerdos.
El resto, a la hoguera (el binomio AS-400+RPG debería estar tipificado como crímenes de lesa humanidad)
#66 Sí, la verdad es que todavía echo de menos el manejo de Dbase, con órdenes directas en cónsola, superpotentes, que equivalen hoy en día a 37 clicks de ratón en cualquier gestor de bases de datos.
Recuerdos de mi primer trabajo decente tras la universidad. Programador en COBOL/CICS/DB2 con arquitectura Altamira.
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
#8 3270 era el modelo de terminal, el mainframe sería un 3090 si era de los nuevos o un s/360 si era de los viejos.
#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...
#15
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.
#13 ¿Ceca? ¿Proyecto de convergencia tecnológica de las cajas de ahorros?
#26 ceca tiene su base tecnológica en COBOL? Interesante.
La parte web y de administración de los TPV virtuales es horrible, llevan 10 años sin mejorar nada
#35 Por allá el cambió de milenio las cajas de ahorros se cansaron de gastar dinero en informática, idearon un proyecto conjunto que llamaron de convergencia tecnológica. La idea era tener un sistema informático bancario unificado y que todos usaran el mismo. Recuerdo que se valoraba adaptar Altamira, que ver el sistema bancario mas usado. Lo primeros subsistemas que se integraron en esa convergencia fueron los datafonos y los cajeros automáticos, también se integró la banca electrónica. Lo que yo ya no trabajaba allí, ya que la primera consecuencia de esa convergencia fue que no se renovaron los contratos temporales. En ese momento eso me cayo como una patada en el culo, ya que nadie movió un dedo por nosotros, ni sindicatos, ni compañeros, nadie.
Con el tiempo me he llegado a dar cuenta de la inmensa suerte que tuve, que me echaran en ese momento.
#54 #63 desde fuera como desarrollador que habré integrado 100 comercios con ellos, siempre me ha parecido increíblemente inseguro
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í...
#35 recuerdo que hice una auditoría de código y me encontré cosas como que un usuario podía acabar viendo los datos de otro usuario, con sus credenciales!
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.
#13 bsch….
Yo también hice parte de Altamira jajaja
#13 eso me huelo yo, sin saber nada de código (bisual bàsic y punto)
El artículo da a entender que la mejor idea que se puede tener es estudiar COBOL... Es eso cierto???
#32 no
Eso lo llevo yo diciendo 20 años. Si quieres tener futuro, aprende COBOL (y CICS y DB/2 o como se llame ahora)
Yo mismo he llevado el desarrollo de aplicaciones el COBOL en 2005 (a mi pesar)
#1 yo estudié RMCOBOL 85 en los primeros 90 pero nunca lo he usado a nivel profesional.
El profesor que tenía era un gilipollas que nos hacía un examen de cuatro horas y nos ponía a escribir a mano el programa en hojas de codificación.
#5
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.
#8 tú ya estás retirado, no?
#5 ese profesor seguramente hizo más por ti que cualquiera que te dejara usar un ordenador. Obligarte a escribir el código a mano es obligarte a pensar bien la estructura, a tener un plan antes de hacer nada, etc
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.
#18 no me alecciones que ya estoy mayor. Escribir el código en un papel es una perdida de tiempo y una gilipollez.
#25 ni para tomar notas uso ya papel, un editor de texto me parece más cómodo y rápido. Ningún programador hoy día trabajará sin un IDE que autocomplete y proponga soluciones a los errores de sintaxis
#25 Escribir el código completo en papel sería una pérdida de tiempo, pero a veces el código es complejo por lo que hay que realizar un diseño previo y para eso no veo mejor forma que hacerlo en pseudocódigo escrito en papel.
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.
#62 "Escribir el código completo en papel sería una pérdida de tiempo,"
Es justo de lo que estamos hablando aquí.
#64 Escribir el código en un papel es una perdida de tiempo y una gilipollez
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í)
#25 estabas mayor entonces?
#5 Pues yo estudié a partir de 2000, y también tuve exámenes de 4 horas escribiendo código fuente en papel. Y nunca lo vi raro. Es un examen, ¿dónde lo quieres escribir? ¿En un ordenador? Eso ya lo hacíamos en las prácticas de la asignatura.
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.
#40 ¿y en el trabajo dónde lo haces? ¿en papel también? Me parece totalmente absurdo.
Pues yo todos los exámenes de programación excepto ese los hice siempre en un ordenador. Por ejemplo, también teníamos C y estructura de datos, y usábamos Turbo C. Y no era sólo saber programar en C, se supone que también tenías que saber usar el IDE. ¿También emulabais el depurador paso a paso con papel y boli? ¿o sencillamente no evaluaban si sabías usar un depurador?
Lo dicho: absurdo.
#41 El uso del depurador se evaluaba en las prácticas.
Los exámenes de algoritmia se deben hacer en papel. Los de programación depende.
#41 Se puede depurar a papel y lapiz. Es muchísimo mas engorroso, pero lo he hecho.
#1 Ayer mismo compilé un par de programas, el problema es que van tan bien para los temas de contabilidad y financieros que algunos clientes no quieren ni ver otra cosa.
#1 yo después de tres años trabajando en COBOL con un baco siempre digo
"si te quieres suicidar o empezar con depresiones, aprende COBOL"
#1 Pues también puedes tener futuro abriendo un kiosco de venta de golosinas.
Para que usar cosas obsoletas cuando puedes usar tecnologías modernas...
Yo di Cobol en la universidad. Recuerdo que hacíamos las prácticas por grupos con un mainframe que ya era "retropunk" en los años 90. El día del examen, me tocó a mi presentar el proyecto a la profesora. Va ella se sienta frente al terminal y me dice "dime vuestra contraseña" para conectarse. Y yo "esto... ejem... es complicada de teclear... mejor la pongo yo". La profesora me miró raro, pero no dijo nada. Yo tecleé, entramos, ella probó la aplicación y al final aprobamos.
La contraseña era "chochito".
El proyecto, si os lo preguntáis, era una aplicación para gestionar un videoclub.
#17 pasarán 500 años, la gente no tendrá ni idea de que era un videoclubs, pero los que estén estudiando programación seguirán haciendo programas para gestionarlos...
#42 biblioteca o mediateca.
Sí y quieren sustituir aplicaciones con Java jojojo.
Esto va muy rápido. La máxima es: lo que funciona no lo toques.
¿Cuántas noticias van ya de que el Cobol sigue vivo aunque (* nadie *) lo esperaba?
(nadie es el que hace el artículo, el resto sí sabíamos que seguía usándose)
#21 Cuando yo hice mi módulo de programación en 2007 (pseudo, C, C++, PHP, Java) ya se nos dijo a las claras que aunque en el temario no entraba que si apredíamos COBOL no nos iba a faltar trabajo bien pagado nunca. 15 años después aquella frase sigue siendo cierta.
A ver, que con Java tampoco me puedo quedar, pero eso...
#31 yo estoy encantado con que Java sea "el nuevo Cobol" (así lo llamaban los que pensaban que Ruby o Python se iban a imponer en la web)
#39 Python es el nuevo java. Y Ruby... Hay curro de sobra y es muchísimo más cómodo de usar que java.
#c-48" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/3647561/order/48">#48 para proyectos muy complejos con mucha necesidad de rendimiento no nos sirve, Java o C# tienen buen rendimiento sin ser de bajo nivel y el tipado estático ayuda a que el código sea más autoexplicativo. No vas a ver aplicaciones bancarias con Python.
#67 vaya... Entonces que he estado haciendo yo con pyspark? Un videoclub?
#80 comunicarte con Spark, que está programado en Scala y corre en la JVM. Quizá lo uses junto con Hadoop, que es Java
#83 Nada de Hadoop. Scylladb. Y spark es solo para serializar los Jobs en Python que es el que tiene las librerías potentes de datos como Pandas.
#31 "bien pagado". Dejémoslo en pagado
El "si funciona no lo toques" elevado a la máxima expresión, mientras en algún Starbucks de un mundo paralelo se está gestando el nuevo y revolucionario lenguaje / mainframe del mes.
Bertini aprueba el envío 👍
¿Es que nadie piensa en Delphi?
#68
#58
#52 Hombre, es que eso se da por descontado, evidentemente.
#52 100% de acuerdo con que no todo es sueldo, pero un buen sueldo no lleva necesariamente aparejado eso que mentas.
#57 Verdad
Kotlin
#23 Patata
#81 Patata no, Kotlin.
si....montones de ofertas cobol en todas partes. Cobol no tiene mercado, y lo que queda no se puede tomar en serio como algo grande. Esta muerto, no tendras ninguna discusion sobre Cobol entre programadores un dia normal
#55 Muerto no está..lo que pasa es que no crece
Alguien sabe como está el tema de salarios porque no lo veo en la lista que saca e Stackoverflow todos los años
#27 En mi empresa un programador cobra en torno a 25k 30k y tiene la estabilidad asegurada hasta su jubilación
#30 ¿25k/año o 25 k/mes?
Lo primero parece muy poco y lo último demasiado
#30 lamentablemente es bastante poco. Con la guerra de salarios internacional de hecho casi ridículo.
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.
#43 Es que no todo es sueldo..
No se hacen horas extras, la plantilla es bastante estable, no hay situaciones de acoso laboral..
#30 vaya caca de sueldos.
cobol ha muerto. ¡Larga vida a cobol!
SCREEN SECTION.
01 CLEAR-SCREEN.
02 BLANK SCREEN.
PROCEDURE DIVISION.
DISPLAY "Adios mundo cruel".
STOP RUN.
Data division
ENVIRONMENT DIVISION
#76 ya imaginaba que era una errata, pero no me he podido resistir, jejeje
Peña yo hace tiempo que busco algovque estudiar para trabajar en remoto. Algo de programación hice en la uni (bisual basic, hacer un buscaminas
) pero nada más
Este artículo vende el COBOL como curro asegurado, pero huele a publicidad.
Realmente es buena idea invertir en un curso???
#33 vas a tener más fácil, en mi opinión, encontrar trabajo con tecnologías modernas y también más fácil y barato encontrar cursos reconocidos
#33 No, trabajo en remoto es mejor coger empresas más modernas tipo startup. Ahí la moda tira más de JavaScript (typescript), Ruby o Python en el tema servidores y mucho app de móvil (kotlin o Dart, ecosistema Apple...)
#33 yo invertiría tiempo en aprender a escribir "Visual Basic" en el CV, en lugar de "Bisual Basic", seguro que al menos te ahorras algún descarte directo...
#75 o teclear mejor
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...
#33 ingles y java es lo que yo recomendaría tal y como está el sector IT
#77 mersi!! Mis intenciones son otras pero me picó el gusanillo
Cobol, Old but gold.
Yo tenia un profe en la universidad que siempre que podia sacaba el tema de que un antiguo alumno se centró en COBOL y estaba ganando un pastizal porque hay poca gente en españa para ello
sinceramente, menuda patochada. Si el código que has pensado es una mierda, da igual que lo hayas escrito a mano o en el ordenador, de hecho es más probable que, por la dificultad añadida de modificar y reestructurar lo escrito, continúes con decisiones de mierda al haber hecho el código a mano. En PC puedes cortar-pegar secciones enormes de código, reestructurar, reemplazar, etc de forma cómoda y en cuestión de segundos... a mano ya tal.
.
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.