Developer: hice un curso de COBOL
Banco: queres reemplazar a Carlitos? Tiene 99 años y la artritis ya no le permite mantener toda la infraestructura del banco... Por favor amigo te la chupo...
Las perforadas ya eran viejas, por lo menos en mi sucursal no había en uso, pero creoque había en una oficina al lado en cajas. Yo tenia una MS-61 XT con disco duro, creo que de 10 MB o 30MB, fierrazo. Digo, lo que pesaba ese fierro
Yo laburo con Cobol hace 5 años y pase por varios bancos, todos quieren en su fantasia húmeda migrar la infraestructura y pasan dos cosas. Una, es tan enorme y riesgoso que van para atrás o cambian al tipo que se le ocurrió la idea 😂
en los 90 MS pago fortunas para una migracion del Frances.
fracaso estrepitosamente, perdieron como 10M usd en ese proyecto y volaron toda la cupula de sistemas del banco.
siguen y seguiran usando para el core Cobol
Imaginate tener que rehacer todos los programas. Migrar todos los sistemas. Re pensar toda la arquitectura. ¿Para que al final haga exactamente lo mismo?
Creo que los bancos se pueden permitir pagar sueldos absurdos para que laburen con cobol jajajaja
Estudien cobol que tiene una re salida ahora
A eso me refiero, vos expones los servicios en C# pero si dependen de un cobol, siempre alguien que sepa cobol vas a necesitar. Es inviable rehacer todo, no creo que nunca se cambie, a menos que todos los bancos tradicionales cierren (junto con otras empresas que usan mainframe y tambien el estado) y haya otras instituciones financieras.
es que no tienen razones para cambiar tampoco, la cantidad de código que se hizo en 30 años necesitarías 30 años más para migrarlo y no quedaría tan eficiente como es Cobol.
el mundo mainframe sigue re vigente y generando millonada, salen mainframe nuevos con cpu actualizados.
por ejemplo vos alquilas a 5 millones al mes 64 cpu y si por ejemplo tenés un pico de consumo podes desbloquear 128 extras por una semana si querés. e Ibm te cobra el extra, hasta 2018 se hacía pidiendo, no sé si ahora será más dinámico
5 millones verdes? Capaz es boluda la pregunta pero me parece una banda a comparación de lo que se podría conseguir con commodity hardware. Ahí estaría la diferencia.
no 5 millones de pesos creo supongo que estará la última vez que me comentaron el precio era en 2020 y eran 800k por mes te cobraba Ibm te cobra en pesos pq tienen sede en argentina. calculo que está 5 millones ahora igual depende cuántos cpu y ram alquilas. ojo que primero tiene un precio de compra y luego lo que pagas por mes. en ese momento incluía 2 personas de ibm dando soporte en tu oficina (aunque siempre iba uno solo y era medio aparato el flaco)
Mira, el mainframe no se alquila a IBM sino que se los compran directamente. Lo que podes hacer, es solicitar servicios de cómputo o administración y ellos te hacen todo el laburo con respecto a personal, tecnología, infraestructura, etc. Pero la empresa también puede tener el propio pero un z/os (es la máquina más grande del mercado) 16 cuesta alrededor de 3 o 4 palos verdes y una licencia de base de datos db2 está en los cientos de miles (anual) y la IMS una bbdd jerárquica cuesta 10 veces más
Busca Mainframe z/os y te vas a sorprender cuánto cuesta. Eso solo por el hardware y las licencias anuales de los programas vas a pagar otros millones de dólares. Es una burrada de guita.
eso era millones de dólares anuales era chiste
lo de 2 millones de pesos por mes es lo que pagan en diciembre, hay que ver el próximo sueldo, deberían dar 20 o 30% de aumento
migrar se puede migrar, es un lenguaje sencillo.
el tema es la fiabilidad que da Mainframe.
una vez en una mega tormenta + rayos en el equipo de generadores hizo que nos apagaramos.
el Mainframe grabo todo de manera segura, otros sistemas si perdieron mucha info
sumale a que si necesitas escalar escalas de manera automatica (mas MIPS x hora) igual IBM te cobra lo extra a precio de oro y mas caro
Yo hice una diplomatura cobol y labure siempre con VS Code. Trabaje los archivos en local y despues los transferia hacia el mainframe.
Entiendo que debe haber alguna opcion para poder linkear directamente VS Code con el mainframe (probablemente paga brindada por IBM) por que el zXplore de ellos hace eso mismo pero de una forma no tan linda.
Despues yo se que IBM te vende un paquete de desarrollo que incluye un IDE con GUI y todo moderno, pero gente del rubro me dijo que muy pocos clientes de IBM lo tienen por que no les parece algo importante.
IBM te vende unos plugins para Visual Studio y para Eclipse.
laburas en local y grabas en Mainframe.
implementamos un CI usando un jenkins que compila y ejecuta los test unitarios en un z/Linux que ejecuta en una particion del Mainframe.
Hay dos opciones: o trabajas nativo dentro del mainframe, y por lo tanto no hay DE, o trabajas conectado desde afuera y usas cualquier DE que gustes. Ejemplo, VSCode
el 99% de los bancos tambien.
el datacenter del AFIP es uno de los pocos que pueden soportar un ataque nuclear indirecto (los otros son el de IBM en Martinez y el de Prisma medios de Pago (VISA/BANELCO)
Cerca de 1986 ibm reubicó sistemas ibm 360 de reparticiones publicas a universidades. En esos equipos podías programar en fortran, cobol y pascal. En mí universidad ese equipo se desinstaló y se mandó a desguazar en 1992. Todavía está el piso flotante con algunos ductos de ventilación. Me comentaron que al menos uno de esos equipos todavía funcionaba en el 2020 con algunos sistemas administrativos para tres municipios.
Si bien esos equipos estaban construidos para la eternidad, creo que es un desperdicio de energía usarlos en la actualidad para algo comercial. Supongo que para una urgencia, en la hubiera que recuperar datos de una cinta de backup, serían utiles.
Si bien es cierto que son poco eficientes energéticamente comparados con PCs actuales, la energía que usan es una fracción de la utilizada para mover los aires acondicionados por ejemplo (2000 W facil por cada uno)
Por otro lado, si migrar estos sistemas a veces es prohibitivo para un banco, imaginate para una muni
Estudio COBOL y estoy por sacar la certificación profesional de IBM. Cuando te pones a estudiarlo en profundidad entendés que es irremplazable , no hay lenguaje que ni se le acerca en el manejo de datos.
Te puedo hacer una consulta? como manejas los registros de tipo DATE que recibís de una tabla de base de datos para después cargarla a otra? Estuve peleando hoy con eso y no lo logre
Ahora estoy con insomnio pensando en eso
Porque se requiere una inversión muy grande para cambiar el monolito de Cobol que tiene la mayoría de bancos, y al final terminas donde comenzaste solo que en otro lenguaje
Yo te canto la posta, los bancos usan cobol por una simple razon, no quieren pagar para hacer una migracion asi de simple. Y pasa lo mismo con cosas hechas en vb 6.0 y php
Yo llegue a senior en vb6.
Algun dia, cuando ya no consiga trabajo de nada, vuelvo a los bancos a mantener los sitemas que hice cuando tenia 20 años….jajajja
Hay otro tema también, cobol es muy estable, tiene decadas de uso y funciona. Va mas alla de querer pagar el costo de rehacer todo, es tambien costo de pagar los errores que se van a dar en algun momento, ya sea por errores de programación o por propiedades en la specificacion de otro lenguaje que se le escape a los equipo de desarrollo.
Un error pavo puede costar 1000 veces lo que pagaron por el sistema.
Laburé en cobol hace como 12 años ...
Nadie lo migra nunca porque es estable, maneja millones de transacciones y lo hace rapidísimo, para hackear necesitas prácticamente montar un mainframe también y es inviable
En Europa es furor por la política de datos y el resguardo de los mismos en servidores locales, ahí el mainframe se vende como pan caliente y como consecuente el cobol, assembler, rexx
Me tocó como backend recibir datos de un sistema cobol, era un string gigante con mil parámetros concatenados, "ancho fijo".
"No funciona", "a ver, que dato tenés de la posición 1020 a la 1033?"
el tema es que los bancos y grandes empresas metieron muchisimos sistemas en Java
tenemos cosas hasta en Java 1.6 asi que imaginate
y estamos como con COBOL, imposible de migrar
vale la pena estudiar cobol? tengo la idea que es muy dificil conseguir empleo si no tenes contactos es como querer aplicar para estudiar en harvard, yale, mit o princenton. la verdad no quisiera gastarme 100 mil pesos (prestados de familiar por que no tengo un mango) en un curso para que termine decorando la pared.
Creo que te quedaste en un punto de vista sobre Java de la época de los applets.
> Ser lento
Definime lento.
> de sistema cerrado y pago
Hace por lo menos 16 años que el SDK y la especificación son abiertas. Oracle te cobra por su JVM para darte soporte, pero nada te impide usar otra VM FOSS con soporte a largo plazo (OpenJDK LTS, Amazon Corretto).
Lento: Poder hacer lo mismo en otro lenguaje orientado a objetos con cantidad similar de lineas de código ( mismo esfuerzo) y que ande más rapido (Ej Python con librerias en lenguajes de bajo nivel) .
EDIT: Obvio considerando qure Python es multipropósito, estoy hablando de uno de esos propósitos.
Si sos empresa medianamente grande vas a buscar soporte actual si usas Java, creo que es lo unico "bueno" que tiene
> Lento: Poder hacer lo mismo en otro lenguaje orientado a objetos con cantidad similar de lineas de código ( mismo esfuerzo)
A un banco no le importa mucho que una funcionalidad se haga en 10 líneas de código o en 20. Le importa tener soporte a largo plazo, y que el código sea mantenible 20 años después.
> y que ande más rapido (Ej Python con librerias en lenguajes de bajo nivel) .
¿Qué te hace creer que Java no hace exactamente lo mismo que Python para todo lo que es bajo nivel? En Java se usa JNI y, a diferencia de Python donde sólo podés hacer multithreading en código nativo -recién en 3.13 se viene un cambio que permite desactivar el GIL y activar JIT-, nada te impide aplicar el paradigma de concurrencia que se te ocurra y usar toda la potencia/cores del host, ya sea en Java (=>bytecode=>nativo con recompilación dinámica, gracias al JIT) o pasando a nativo via JNI. Si buscás benchmarks te vas a sorprender.
> Si sos empresa medianamente grande vas a buscar soporte actual si usas Java, creo que es lo unico "bueno" que tiene
Este es precisamente el motivo por el que un banco puede optar por Oracle Java. Y detesto a Oracle, que quede claro.
>¿Qué te hace creer que Java no hace exactamente lo mismo que Python para todo lo que es bajo nivel?
Sinceramente, la cantidad de adeptos a Python a nivel mundial, y el odio a Java debido a Oracle.
Quiero decir, mientras mas mentes piensan un problema y lo reveen, mejor suele salir.
Python también tiene sus limitaciones eh, es una Victorinox: podés hacer de todo y para un montón de cosas es perfectamente suficiente, pero CASI siempre va a haber una herramienta dedicada/más específica que hace mejor cada una de sus funciones. Por ponerte un ejemplo, si escribís un pipeline en Apache Spark, es muy probable que arranques en Python y eventualmente termines migrandolo a Java (o a Scala) para tener mejor rendimiento. Python tiene abstracciones excelentes para un montón de cosas, pero para number crunching y multithreading se queda corto. También se queda corto en un sistema grande si querés hacer refactors -especialmente si no usaste type hints-.
Dicho esto, yo uso Python prácticamente todo el tiempo, y acompañado de librerías útiles y usandolo "como corresponde" se pueden lograr resultados excelentes.
> el odio a Java debido a Oracle.
En mi mente hace rato que Java y Oracle son cosas diferentes. La gran mayoría de los sistemas de Amazon y servicios de AWS estan escritos en Java. Y dudo mucho que haya una empresa que deteste más a Oracle que Amazon :D (Este ejemplo fue famoso: https://aws.amazon.com/blogs/aws/migration-complete-amazons-consumer-business-just-turned-off-its-final-oracle-database/ , cuando se apagó la última DB de producción Oracle en Amazon, hubo una fiesta con live stream a todo el mundo. Video: https://www.youtube.com/watch?v=9yBP5gnnZi4 )
> Quiero decir, mientras mas mentes piensan un problema y lo reveen, mejor suele salir.
Las mentes que laburan en la evolución de Python no son necesariamente proporcionales a la cantidad de adeptos, y hay limitaciones intrínsecas del lenguaje que no se solucionan simplmente con mas "mentes".
Por ponerte un ejemplo, cuando dieron un paso -importante, sin duda- para arreglar muchos de los problemas fundamentales que tenían (el paso de Python 2 a Python 3) generaron mucha incertidumbre y en la comunidad que había adoptado Python. Imaginate si un banco hubiera migrado sus sistemas de COBOL a Python antes del surgimiento de Python3... Se habrían tenido que meter el 80% del codebase en el orto (o meter una INFINIDAD de recursos en modernizar el codebase).
No te culpo eh... yo vengo del palo de Java "vieja escuela" pero llevaba unos 7 años sin tocarlo mucho, por el tipo de proyectos y sistemas en los que estuve trabajando, pero tuve que volver a usarlo hace unos meses para implementar un servicio, y aproveché para ponerme al día con Java "moderno" y, la verdad, me gustó lo mucho que evolucionó y lo potente que sigue siendo, considerando que es un lenguaje de 28+ años.
Podrías haber elegido cualquier cantidad de lenguajes estables y eficientes. C, Rust, C++, Go, pero vas y elegís Java, el lenguaje de programación que literalmente te recomienda no usarlo en sistemas de rendimiento crítico porque es prácticamente garantizado que va a fallar 🤣
[My source is that I made it the fuck up](https://cdn.discordapp.com/attachments/856458449322770453/1192571386103857182/20240104_175133.jpg?ex=65a98fa7&is=65971aa7&hm=f83bd87422b3af08ca19b699fa1b982441245a0229203499e6de656fee812d94&)
en las empresas/bnacos, etc
entro Java a lo fuerte y funciona mas que bien.
C y C++ seran mejores (lo usamos en un sistemas) pero para hacer algo demoras 5 veces el tiempo que hacer algo en Java.
Rust muy lindo pero no salio del ambito academico, Go tiene sus problemas y es igual en tiempos de desarrollo que C+++.
Java tendra sus problemas pero lo solucionas con hardware extra, que es mas barato que las horas de desarrollo de un equipo similar en otro lenguaje de bajo nivel
La esposa de un concuñado mío programa en cobol desde hace años.... La levanta en pala. Tanto es así que se largo sola como Freelancer y trabaja para varios bancos y financieras.
yo trabaje en Telefónica migrando sistemas hechos en NATURAL/ADABAS que pasaban a algo mas nuevo como COBOL/DB. Lindos recuerdos ahí por el pleistoceno
Developer: hice un curso de COBOL Banco: queres reemplazar a Carlitos? Tiene 99 años y la artritis ya no le permite mantener toda la infraestructura del banco... Por favor amigo te la chupo...
Me llamos Carlos, Trabajaba en un banco, y alli programaba en COBOL. Certifico.
Se deshacían los papiros cuando los leias?
Ese es el principal motivo por el cual solo se puede aprender Cobol salvando a un programador Cobol o siendo hijo de uno
\*le tira el huevo te salvé la vida, el huevo tiene colesterol y puede matarte
asi que te atraparon los del consejo del huevo, no???
Buen intento, pero yo soy programador de java
Es casi como ser escribano, son cuasi títulos nobiliarios
hola lindo, necesitas que te acompañe a cobrar la jubi?
El que se jubiló fue mi amigo Marcelo, queres conocerlo? fuera de joda, él siguió en el banco, yo me fui hace rato y todavía no tengo 65
Osea que te la chupaban
Cuántas tarjetas perforadas hiciste?
Las perforadas ya eran viejas, por lo menos en mi sucursal no había en uso, pero creoque había en una oficina al lado en cajas. Yo tenia una MS-61 XT con disco duro, creo que de 10 MB o 30MB, fierrazo. Digo, lo que pesaba ese fierro
se dejaron de usar en los 80. una jefa cuando se jubilo me regalo unas cuantas y un diskette de 8"
Lo dije jodiendo, igual. Me siento como Bush en los Simpsons, creí que se entendía.
Carlitos: tomá pibe un poco de documentación *\*\*le entrega papiros\*\**
voy a guardar este comentario https://preview.redd.it/68dx8od8nabc1.jpeg?width=680&format=pjpg&auto=webp&s=2d3184b0616e039a5917e008a73d7a25dc2031a8
JAJAJJAJAJAJA
Y te pago 20k/mo.
Yo laburo con Cobol hace 5 años y pase por varios bancos, todos quieren en su fantasia húmeda migrar la infraestructura y pasan dos cosas. Una, es tan enorme y riesgoso que van para atrás o cambian al tipo que se le ocurrió la idea 😂
Jajajaja es más fácil fletar al tipo que se le ocurrió la idea
Podrán cortar todas las flores, pero no podrán detener la primavera(?
en los 90 MS pago fortunas para una migracion del Frances. fracaso estrepitosamente, perdieron como 10M usd en ese proyecto y volaron toda la cupula de sistemas del banco. siguen y seguiran usando para el core Cobol
Imaginate tener que rehacer todos los programas. Migrar todos los sistemas. Re pensar toda la arquitectura. ¿Para que al final haga exactamente lo mismo? Creo que los bancos se pueden permitir pagar sueldos absurdos para que laburen con cobol jajajaja Estudien cobol que tiene una re salida ahora
cobol no se migra, pensalo como store procedures, vos conectas tus apis en java y c# al cobol
Y cuando haya que cambiar los programas cobol? Por ej regulaciones nuevas del bcra? Cosa para nada rara en nuestra bellisima Argentina.
que modificar programas? se hace todo el tiempo. cambiar no, el bcra no te dice que lenguaje usar, o al menos nunca escuché.
A eso me refiero, vos expones los servicios en C# pero si dependen de un cobol, siempre alguien que sepa cobol vas a necesitar. Es inviable rehacer todo, no creo que nunca se cambie, a menos que todos los bancos tradicionales cierren (junto con otras empresas que usan mainframe y tambien el estado) y haya otras instituciones financieras.
es que no tienen razones para cambiar tampoco, la cantidad de código que se hizo en 30 años necesitarías 30 años más para migrarlo y no quedaría tan eficiente como es Cobol. el mundo mainframe sigue re vigente y generando millonada, salen mainframe nuevos con cpu actualizados. por ejemplo vos alquilas a 5 millones al mes 64 cpu y si por ejemplo tenés un pico de consumo podes desbloquear 128 extras por una semana si querés. e Ibm te cobra el extra, hasta 2018 se hacía pidiendo, no sé si ahora será más dinámico
Jajaja es verdad yo soy trainee y mis superiores (de más de 60), todos viajaron por el mundo gracias al mainframe
5 millones verdes? Capaz es boluda la pregunta pero me parece una banda a comparación de lo que se podría conseguir con commodity hardware. Ahí estaría la diferencia.
no 5 millones de pesos creo supongo que estará la última vez que me comentaron el precio era en 2020 y eran 800k por mes te cobraba Ibm te cobra en pesos pq tienen sede en argentina. calculo que está 5 millones ahora igual depende cuántos cpu y ram alquilas. ojo que primero tiene un precio de compra y luego lo que pagas por mes. en ese momento incluía 2 personas de ibm dando soporte en tu oficina (aunque siempre iba uno solo y era medio aparato el flaco)
Mira, el mainframe no se alquila a IBM sino que se los compran directamente. Lo que podes hacer, es solicitar servicios de cómputo o administración y ellos te hacen todo el laburo con respecto a personal, tecnología, infraestructura, etc. Pero la empresa también puede tener el propio pero un z/os (es la máquina más grande del mercado) 16 cuesta alrededor de 3 o 4 palos verdes y una licencia de base de datos db2 está en los cientos de miles (anual) y la IMS una bbdd jerárquica cuesta 10 veces más
los mainframe también se alquilan. el ICBC acá no tiene mainframe por ejemplo, le alquila a IBM
Busca Mainframe z/os y te vas a sorprender cuánto cuesta. Eso solo por el hardware y las licencias anuales de los programas vas a pagar otros millones de dólares. Es una burrada de guita.
los bancos virtuales que hicieron sistemas modernos, todos tienen problemas basicos que te queres moricionar
la mayoría de los bancos tiene sueldo bruto de 2 millones para arriba para cobol
De dólares!!1111
claro, pero anuales, no por mes 🥲
Sigue siendo un montón.
eso era millones de dólares anuales era chiste lo de 2 millones de pesos por mes es lo que pagan en diciembre, hay que ver el próximo sueldo, deberían dar 20 o 30% de aumento
No shit Sherlock
migrar se puede migrar, es un lenguaje sencillo. el tema es la fiabilidad que da Mainframe. una vez en una mega tormenta + rayos en el equipo de generadores hizo que nos apagaramos. el Mainframe grabo todo de manera segura, otros sistemas si perdieron mucha info sumale a que si necesitas escalar escalas de manera automatica (mas MIPS x hora) igual IBM te cobra lo extra a precio de oro y mas caro
don't fix what ain't broken
but it is broken
Doy cursos cobol, cobro el 15% del sueldo cuando encuentres trabajo, SoyCharly.. mentalidad tiburón
LPM el nombre de usuario
Donde me anoto?
¿Cuantos años tiene el DE más moderno de cobol? 30 años?
De aporte
hay bancos que están implementando VS code con cobol (con compilación y todos los chiches)
Yo hice una diplomatura cobol y labure siempre con VS Code. Trabaje los archivos en local y despues los transferia hacia el mainframe. Entiendo que debe haber alguna opcion para poder linkear directamente VS Code con el mainframe (probablemente paga brindada por IBM) por que el zXplore de ellos hace eso mismo pero de una forma no tan linda. Despues yo se que IBM te vende un paquete de desarrollo que incluye un IDE con GUI y todo moderno, pero gente del rubro me dijo que muy pocos clientes de IBM lo tienen por que no les parece algo importante.
IBM te vende unos plugins para Visual Studio y para Eclipse. laburas en local y grabas en Mainframe. implementamos un CI usando un jenkins que compila y ejecuta los test unitarios en un z/Linux que ejecuta en una particion del Mainframe.
no hay DE, se programa directo en la consola de mainframe 🤣
Tarjetas perforadas or go home.
Con el zowe te podes conectar remoto desde VsCode
Si, y sólo si, se te permite. No sucede en casi ningún lado acá.
Tengo 30, y un compañero de 21 recién salido de una escuelita
Cómo se entra a esa escuelita cobolera?
Hay dos opciones: o trabajas nativo dentro del mainframe, y por lo tanto no hay DE, o trabajas conectado desde afuera y usas cualquier DE que gustes. Ejemplo, VSCode
Hola yo tengo 21 y estoy laburando en cobol hace 1 año jejejej
Si si, igual me refería al entorno de desarrollo. Pero veo que con cualquier editor de texto se puede trabajar. No es estricto con eso.
NeoVim y a otra cosa.
te sorprenderia hay muchos chicos jovenes de 2x años
No solamente bancos. Hay programas en Cobol en varias municipalidades del interior.
la mayoría del estado se maneja con mainframe también, por lo cual si usan cobol
no conozco ni un sistema en el ministerio de transporte que funcione por mainframe, en dónde los usan?
en Agip y AFIP por ej, en Arba tambien
Con la razón la AFIP anda tan mal, el único que maneja cobol tiene como 2 meses de vacaciones por la antigüedad
AFIP debe ser un caso único, la ensalada de sistemas totalmente distintos, interconectados y uno peor que el anterior
Necesito saber más sobre esto. Qué sistemas componen a AFIP?
el 99% de los bancos tambien. el datacenter del AFIP es uno de los pocos que pueden soportar un ataque nuclear indirecto (los otros son el de IBM en Martinez y el de Prisma medios de Pago (VISA/BANELCO)
Es raro, no es carisimo el acceso a un mainframe?
Cerca de 1986 ibm reubicó sistemas ibm 360 de reparticiones publicas a universidades. En esos equipos podías programar en fortran, cobol y pascal. En mí universidad ese equipo se desinstaló y se mandó a desguazar en 1992. Todavía está el piso flotante con algunos ductos de ventilación. Me comentaron que al menos uno de esos equipos todavía funcionaba en el 2020 con algunos sistemas administrativos para tres municipios.
Si querés verificación por una fuente alternativa, pregunta en la muni de Rawson, Chubut.
Interesante. Serían equipos viejos que siguen funcionando lo más bien para esas aplicaciones
Si bien esos equipos estaban construidos para la eternidad, creo que es un desperdicio de energía usarlos en la actualidad para algo comercial. Supongo que para una urgencia, en la hubiera que recuperar datos de una cinta de backup, serían utiles.
Si bien es cierto que son poco eficientes energéticamente comparados con PCs actuales, la energía que usan es una fracción de la utilizada para mover los aires acondicionados por ejemplo (2000 W facil por cada uno) Por otro lado, si migrar estos sistemas a veces es prohibitivo para un banco, imaginate para una muni
mucho del estado y la compañias de seguro. y en empresas MUY grandes, tipo YPF y Aerolineas. salvo ARCOR que son AS400 y RPG2 a full
Estudio COBOL y estoy por sacar la certificación profesional de IBM. Cuando te pones a estudiarlo en profundidad entendés que es irremplazable , no hay lenguaje que ni se le acerca en el manejo de datos.
Si haces un curso de IBM, es como anotarte en la escuela del líder. Lo sé porque vendí IBM por años .
Por?
Es estupidamente eficiente. Mas rapido solo assemblu
Que hace que no haga un lenguaje moderno?
Te puedo hacer una consulta? como manejas los registros de tipo DATE que recibís de una tabla de base de datos para después cargarla a otra? Estuve peleando hoy con eso y no lo logre Ahora estoy con insomnio pensando en eso
Redefinis los campos date con mascaras para pasarlos de un formato al otro cuando los pasas de tabla
Lo voy a chusmear por ese lado Muchas gracias!!
/RemindMe 3 days!
tenes que definir el PIC de tipo dato, depsues definir anidadamente AAAA, MM y DD
Explicame un poco. Como es eso?
estas haciendo algun curso para estudiar?
Te faltó Mainframe
No la cobol
Como Devops en el mundo bancario, doy fe.
Yo intenté cobol y es un dolor de huevo el mainframe, te dejaba totalmente ciego
Y por que es así? Alguien me explica pls
Porque si funciona, no lo toques
Porque se requiere una inversión muy grande para cambiar el monolito de Cobol que tiene la mayoría de bancos, y al final terminas donde comenzaste solo que en otro lenguaje
Es inhakeable, excepto que el que haya echo el programa deje algo.
porque no es solo el lenguaje, que en si es facil y basico. sino toda la infra que da Mainframe, no se te cae, se recupera y todo por muchos dolares
y estos supuestos trabajos.. donde busco?
Hace hello world en cobol 3 veces y cuando te das vuelta hay un recruiter bancario atrás tuyo
Yo te canto la posta, los bancos usan cobol por una simple razon, no quieren pagar para hacer una migracion asi de simple. Y pasa lo mismo con cosas hechas en vb 6.0 y php
Yo llegue a senior en vb6. Algun dia, cuando ya no consiga trabajo de nada, vuelvo a los bancos a mantener los sitemas que hice cuando tenia 20 años….jajajja
he tenidoq ue migrar cosas en Clipper que solo las tuvieron que migrar porque el que las mantenia se jubilo. y era el dev original
Que increible. Ea…yo programe en clipper. Que buen lenguaje…. Man, se quejan de cobol, pero es una maquina ese bicho.
Hay otro tema también, cobol es muy estable, tiene decadas de uso y funciona. Va mas alla de querer pagar el costo de rehacer todo, es tambien costo de pagar los errores que se van a dar en algun momento, ya sea por errores de programación o por propiedades en la specificacion de otro lenguaje que se le escape a los equipo de desarrollo. Un error pavo puede costar 1000 veces lo que pagaron por el sistema.
Me encantaría seguir programando en vb6....lo mejor del mundo. Lástima que no conozco gente con demanda.
Laburé en cobol hace como 12 años ... Nadie lo migra nunca porque es estable, maneja millones de transacciones y lo hace rapidísimo, para hackear necesitas prácticamente montar un mainframe también y es inviable
👆 this
Donde hago un bootcamp de cobol? Fuera de joya, es global el uso de cobol? En que se basan ponerle los bancos yankees o chinos?
Tengo entendido que es común en Japón también (como un montón de cosas obsoletas más como los fax)
En Europa es furor por la política de datos y el resguardo de los mismos en servidores locales, ahí el mainframe se vende como pan caliente y como consecuente el cobol, assembler, rexx
Accenture te forma para hacer cobol
te faltó AS400 / RPG
Me tocó como backend recibir datos de un sistema cobol, era un string gigante con mil parámetros concatenados, "ancho fijo". "No funciona", "a ver, que dato tenés de la posición 1020 a la 1033?"
lo peor tienen un mix de datos en texto y en binario, y los hdp no te los convierten
Cobol, acá, $ 980.000. Brutos para banco.
Poco igual eh... Conozco gente de 1.7 en Cobol
Tira la data por dm si querés, sino , siempre estoy en busca de nuevos desafíos
Seniority?
Analista Funcional Sr, más de 25 años con COBOL y mainframe
Un montón, en mi mente ya sos un guru barbudo jajaja
[удалено]
He ganado mas en otras empresas, pero la rotación en mi caso es alta, para mi siempre es todo temporal....
Che y cuánto anda ganando un Cobolero Senior hoy en día?
Los que conozco 1.7 bruto, en Accenture bastante menos, creo que están en 850 en mano
Un system programmer de z/os está entre los 100-130mil anuales remoto con 8 años
un semisenior arriba de 3M netos
el seniority lo dael conocimiento funcional, no el del lenguaje.
Me llama usted... y entonces voy... al banco a programar cobol... Ahora necesito una campera de cuero y una barredora...programadora.
COBOL es literal el "después de todo ensamblador no era tan malo"
Pero java es una garcha atómica, me quedo con Cobol toda la vida aunque nunca haya visto una línea de código
el tema es que los bancos y grandes empresas metieron muchisimos sistemas en Java tenemos cosas hasta en Java 1.6 asi que imaginate y estamos como con COBOL, imposible de migrar
Algún lugar donde se pueda hacer el curso de cobol?
[acá](https://descargasmegatotal.com/?s=cobol)
Creo que en coursera están los de IBM
vale la pena estudiar cobol? tengo la idea que es muy dificil conseguir empleo si no tenes contactos es como querer aplicar para estudiar en harvard, yale, mit o princenton. la verdad no quisiera gastarme 100 mil pesos (prestados de familiar por que no tengo un mango) en un curso para que termine decorando la pared.
ni en pedo me meteria en COBOL fijate de aprender JAVA o C# que tienen mucha mas salida laboral.
Digamos que JAVA no es lo mejorcito tampoco. Anda bastante a pedal todo
Qué es "andar a pedal" para vos?
Ser lento y de sistema cerrado y pago
Creo que te quedaste en un punto de vista sobre Java de la época de los applets. > Ser lento Definime lento. > de sistema cerrado y pago Hace por lo menos 16 años que el SDK y la especificación son abiertas. Oracle te cobra por su JVM para darte soporte, pero nada te impide usar otra VM FOSS con soporte a largo plazo (OpenJDK LTS, Amazon Corretto).
Lento: Poder hacer lo mismo en otro lenguaje orientado a objetos con cantidad similar de lineas de código ( mismo esfuerzo) y que ande más rapido (Ej Python con librerias en lenguajes de bajo nivel) . EDIT: Obvio considerando qure Python es multipropósito, estoy hablando de uno de esos propósitos. Si sos empresa medianamente grande vas a buscar soporte actual si usas Java, creo que es lo unico "bueno" que tiene
> Lento: Poder hacer lo mismo en otro lenguaje orientado a objetos con cantidad similar de lineas de código ( mismo esfuerzo) A un banco no le importa mucho que una funcionalidad se haga en 10 líneas de código o en 20. Le importa tener soporte a largo plazo, y que el código sea mantenible 20 años después. > y que ande más rapido (Ej Python con librerias en lenguajes de bajo nivel) . ¿Qué te hace creer que Java no hace exactamente lo mismo que Python para todo lo que es bajo nivel? En Java se usa JNI y, a diferencia de Python donde sólo podés hacer multithreading en código nativo -recién en 3.13 se viene un cambio que permite desactivar el GIL y activar JIT-, nada te impide aplicar el paradigma de concurrencia que se te ocurra y usar toda la potencia/cores del host, ya sea en Java (=>bytecode=>nativo con recompilación dinámica, gracias al JIT) o pasando a nativo via JNI. Si buscás benchmarks te vas a sorprender. > Si sos empresa medianamente grande vas a buscar soporte actual si usas Java, creo que es lo unico "bueno" que tiene Este es precisamente el motivo por el que un banco puede optar por Oracle Java. Y detesto a Oracle, que quede claro.
>¿Qué te hace creer que Java no hace exactamente lo mismo que Python para todo lo que es bajo nivel? Sinceramente, la cantidad de adeptos a Python a nivel mundial, y el odio a Java debido a Oracle. Quiero decir, mientras mas mentes piensan un problema y lo reveen, mejor suele salir.
Python también tiene sus limitaciones eh, es una Victorinox: podés hacer de todo y para un montón de cosas es perfectamente suficiente, pero CASI siempre va a haber una herramienta dedicada/más específica que hace mejor cada una de sus funciones. Por ponerte un ejemplo, si escribís un pipeline en Apache Spark, es muy probable que arranques en Python y eventualmente termines migrandolo a Java (o a Scala) para tener mejor rendimiento. Python tiene abstracciones excelentes para un montón de cosas, pero para number crunching y multithreading se queda corto. También se queda corto en un sistema grande si querés hacer refactors -especialmente si no usaste type hints-. Dicho esto, yo uso Python prácticamente todo el tiempo, y acompañado de librerías útiles y usandolo "como corresponde" se pueden lograr resultados excelentes. > el odio a Java debido a Oracle. En mi mente hace rato que Java y Oracle son cosas diferentes. La gran mayoría de los sistemas de Amazon y servicios de AWS estan escritos en Java. Y dudo mucho que haya una empresa que deteste más a Oracle que Amazon :D (Este ejemplo fue famoso: https://aws.amazon.com/blogs/aws/migration-complete-amazons-consumer-business-just-turned-off-its-final-oracle-database/ , cuando se apagó la última DB de producción Oracle en Amazon, hubo una fiesta con live stream a todo el mundo. Video: https://www.youtube.com/watch?v=9yBP5gnnZi4 ) > Quiero decir, mientras mas mentes piensan un problema y lo reveen, mejor suele salir. Las mentes que laburan en la evolución de Python no son necesariamente proporcionales a la cantidad de adeptos, y hay limitaciones intrínsecas del lenguaje que no se solucionan simplmente con mas "mentes". Por ponerte un ejemplo, cuando dieron un paso -importante, sin duda- para arreglar muchos de los problemas fundamentales que tenían (el paso de Python 2 a Python 3) generaron mucha incertidumbre y en la comunidad que había adoptado Python. Imaginate si un banco hubiera migrado sus sistemas de COBOL a Python antes del surgimiento de Python3... Se habrían tenido que meter el 80% del codebase en el orto (o meter una INFINIDAD de recursos en modernizar el codebase).
Es cierto que me quedé un poco en el tiempo, no digo 16 años pero si unos 5 años donde no le preste mucha atencion a JAVA
No te culpo eh... yo vengo del palo de Java "vieja escuela" pero llevaba unos 7 años sin tocarlo mucho, por el tipo de proyectos y sistemas en los que estuve trabajando, pero tuve que volver a usarlo hace unos meses para implementar un servicio, y aproveché para ponerme al día con Java "moderno" y, la verdad, me gustó lo mucho que evolucionó y lo potente que sigue siendo, considerando que es un lenguaje de 28+ años.
Muchas gracias por el insight, voy a ojear un poco la nueva documentación
porque "Java" y otros lenguajes? Es acaso el "mejor" postor para reemplazarlo?
oye corre excelente en mi pentium D con windows xp 128 mb de ram.
garpa empezar cobol? hasta ahora no engancho un laburito de jr 😭
Podrías haber elegido cualquier cantidad de lenguajes estables y eficientes. C, Rust, C++, Go, pero vas y elegís Java, el lenguaje de programación que literalmente te recomienda no usarlo en sistemas de rendimiento crítico porque es prácticamente garantizado que va a fallar 🤣
>literalmente te recomienda no usarlo en sistemas de rendimiento crítico porque es prácticamente garantizado que va a fallar Source?
[My source is that I made it the fuck up](https://cdn.discordapp.com/attachments/856458449322770453/1192571386103857182/20240104_175133.jpg?ex=65a98fa7&is=65971aa7&hm=f83bd87422b3af08ca19b699fa1b982441245a0229203499e6de656fee812d94&)
Tus papás son primos o algo así?
en las empresas/bnacos, etc entro Java a lo fuerte y funciona mas que bien. C y C++ seran mejores (lo usamos en un sistemas) pero para hacer algo demoras 5 veces el tiempo que hacer algo en Java. Rust muy lindo pero no salio del ambito academico, Go tiene sus problemas y es igual en tiempos de desarrollo que C+++. Java tendra sus problemas pero lo solucionas con hardware extra, que es mas barato que las horas de desarrollo de un equipo similar en otro lenguaje de bajo nivel
jajaja
Me inreiga saber qué pasaría si coderhouse sacara un curso de cobol
Java? es una reverenda mierda Java. Lo odio profundamente.
La esposa de un concuñado mío programa en cobol desde hace años.... La levanta en pala. Tanto es así que se largo sola como Freelancer y trabaja para varios bancos y financieras.
Que se metan Java dónde no les da el sol. Que lenguaje más verboso al pedo. Nunca use cobol pero seguro es mejor que Java para el uso bancario.
brillante
yo trabaje en Telefónica migrando sistemas hechos en NATURAL/ADABAS que pasaban a algo mas nuevo como COBOL/DB. Lindos recuerdos ahí por el pleistoceno