User Tag List

Página 1 de 2 12 ÚltimoÚltimo
Resultados 1 al 15 de 18

Tema: Varios estados de EEUU Buscando programadores de Cobol desesperadamente

  1. #1

    Fecha de ingreso
    Feb 2006
    Mensajes
    5,798
    Mencionado
    56 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    36
    Agradecer Thanks Received 
    1,214
    Thanked in
    Agradecido 697 veces en [ARG:2 UNDEFINED] posts

    Varios estados de EEUU Buscando programadores de Cobol desesperadamente

    Curioso lo que ha levantado el coronavirus, por lo que parece en varios estados de EEUU se les estan sobrecargando las aplicaciones que tienen en los host gubernamenteales debido a las peticiones de paro de la gente que se tiene que quedar en casa por el coronavirus (alguna otra cosa creo) y para aumentar la capacidad necesitan programadores de Cobol en host que deben de quedar 4 y por la edad deben estar todos encerrados en sus casas para evitar infecciones, otro par de estados lo que quieren es pasar las aplicaciones a otros entornos para quitar las dependencias con el host, pero claro para eso tambien necesitan programadores de cobol que entiendan el codigo.

    Esto demuestra que no solo en España las aplicaciones que tiene el gobierno son de la edad de piedra, sino en casi todos los paises

    https://www.tomshardware.com/news/ne...es-coronavirus
    Zhorro

  2. #2

    Fecha de ingreso
    Dec 2004
    Mensajes
    27,572
    Mencionado
    179 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    108
    Agradecer Thanks Received 
    1,843
    Thanked in
    Agradecido 1,163 veces en [ARG:2 UNDEFINED] posts
    Entradas de blog
    11
    La primera regla del desarrollador es: "Si funciona no lo toques"
    La segunda regla del desarrollador es: "Si funciona NO LO TOQUES"
    Google stadia es un fracaso, google stadia funciona mal, google admite su fracaso con stadia la latencia es el problema intrinseco de stadia, el público abandona google stadia, stadia mal.

  3. Los siguientes 2 usuarios agradecen a chipan este post:

    futu-block (08/04/2020), josepzin (05/04/2020)

  4. #3

    Fecha de ingreso
    Nov 2005
    Ubicación
    Excartagenero
    Mensajes
    19,236
    Mencionado
    209 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    3,645
    Agradecer Thanks Received 
    2,945
    Thanked in
    Agradecido 1,985 veces en [ARG:2 UNDEFINED] posts
    Entradas de blog
    1
    La tercera regla del desarrollador es: "Si está hecho en COBOL por dios NO-LO-TO-QUES..."

    -----Actualizado-----

    Yo programé varios años en COBOL, la verdad es que lo detestaba... pero mas que nada porque yo quería hacer otro tipo de trabajos más audiovisuales o interactivos y COBOL es para otro tipo de cosas.

  5. #4

    Fecha de ingreso
    Sep 2008
    Ubicación
    WORLD 9 - WARP ZONE!
    Mensajes
    14,622
    Mencionado
    29 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    189
    Agradecer Thanks Received 
    1,124
    Thanked in
    Agradecido 444 veces en [ARG:2 UNDEFINED] posts
    Entradas de blog
    214
    Cita Iniciado por chipan Ver mensaje
    la primera regla del desarrollador es: "si funciona no lo toques"
    la segunda regla del desarrollador es: "ante la duda siempre vuelve a la primera regla"
    fixed

  6. #5

    Fecha de ingreso
    Sep 2005
    Mensajes
    11,639
    Mencionado
    171 Post(s)
    Tagged
    1 Tema(s)
    Agradecer Thanks Given 
    254
    Agradecer Thanks Received 
    594
    Thanked in
    Agradecido 414 veces en [ARG:2 UNDEFINED] posts
    Cita Iniciado por chipan Ver mensaje
    La primera regla del desarrollador es: "Si funciona no lo toques"
    La segunda regla del desarrollador es: "Si funciona GOTO primera regla"
    Re-fixed.

    ¿Pero COBOL no es ese lenguaje que mencionan las leyendas, que aunque es complejo de dominar, es uno de los lenguajes más robustos y seguros que existen, y que por eso se siguen usando en todo tipo de sistema que requiere de una seguridad excepcional?
    Yo tuve una compañera que trabajaba en un terminal, con una pantalla en modo texto, con fondo negro y letras de colorines. Alguien del trabajo me dijo que estaba con un proyecto de un banco, y que estaba manejando un programa hecho en COBOL, y de ahí la consola en modo cromagnon.
    PROYECTOS REALIZADOS: FrikiMusic, Motor Scroll Tileado v3.2, Venturer2X (GP2X/WIZ), Echo, Screen Break Time
    PROYECTOS EN MARCHA (algunos): Bennu GP2X: 95% (necesito ayuda) ¡Antes de Halloween!: 92% SpaceH2H: 8%

  7. #6

    Fecha de ingreso
    Feb 2004
    Ubicación
    Madrid
    Mensajes
    22,764
    Mencionado
    217 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    2,182
    Agradecer Thanks Received 
    1,819
    Thanked in
    Agradecido 1,139 veces en [ARG:2 UNDEFINED] posts
    Cita Iniciado por Drumpi Ver mensaje
    Re-fixed.

    ¿Pero COBOL no es ese lenguaje que mencionan las leyendas, que aunque es complejo de dominar, es uno de los lenguajes más robustos y seguros que existen, y que por eso se siguen usando en todo tipo de sistema que requiere de una seguridad excepcional?
    Yo tuve una compañera que trabajaba en un terminal, con una pantalla en modo texto, con fondo negro y letras de colorines. Alguien del trabajo me dijo que estaba con un proyecto de un banco, y que estaba manejando un programa hecho en COBOL, y de ahí la consola en modo cromagnon.
    Se ha usado en bancos porque es lo que había en su día. A día de hoy hay miles de alternativas mejores. Yo misma trabajé en un proyecto para migrar de Cobol a Java hace muchos años en el Santander.

  8. #7

    Fecha de ingreso
    Mar 2007
    Ubicación
    Barna
    Mensajes
    9,312
    Mencionado
    71 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    137
    Agradecer Thanks Received 
    905
    Thanked in
    Agradecido 466 veces en [ARG:2 UNDEFINED] posts
    Cita Iniciado por Drumpi Ver mensaje
    ¿Pero COBOL no es ese lenguaje que mencionan las leyendas, que aunque es complejo de dominar, es uno de los lenguajes más robustos y seguros que existen, y que por eso se siguen usando en todo tipo de sistema que requiere de una seguridad excepcional?
    No. Los programas en COBOL se escribieron hace 50 años y siguen funcionando por eso, porque llevan décadas de soporte y hace mucho que se corrigieron los errores, y porque han trabajado tantas personas en esos programas que ya nadie sabe lo que hacen . Sustituirlos es más problemático que seguir con ellos. En estos casos en que el tiempo en que se crearon tiene importancia, también aplica el sesgo de superviviente.

    Pero COBOL no es ni más seguro ni más robusto que las tecnologías actuales. De hecho, me atrevería a decir que es menos, porque hemos aprendido mucho de programación segura en todo este tiempo.
    Última edición por juanvvc; 06/04/2020 a las 12:19
    "Todo es absolutamente falso, salvo alguna cosa"

  9. Los siguientes 2 usuarios agradecen a juanvvc este post:

    Drumpi (06/04/2020), ^MiSaTo^ (06/04/2020)

  10. #8

    Fecha de ingreso
    Dec 2004
    Mensajes
    27,572
    Mencionado
    179 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    108
    Agradecer Thanks Received 
    1,843
    Thanked in
    Agradecido 1,163 veces en [ARG:2 UNDEFINED] posts
    Entradas de blog
    11
    Cita Iniciado por juanvvc Ver mensaje
    No. Los programas en COBOL se escribieron hace 50 años y siguen funcionando por eso, porque llevan décadas de soporte y hace mucho que se corrigieron los errores, y porque han trabajado tantas personas en esos programas que ya nadie sabe lo que hacen . Sustituirlos es más problemático que seguir con ellos. En estos casos en que el tiempo en que se crearon tiene importancia, también aplica el sesgo de superviviente.

    Pero COBOL no es ni más seguro ni más robusto que las tecnologías actuales. De hecho, me atrevería a decir que es menos, porque hemos aprendido mucho de programación segura en todo este tiempo.
    Bueno, el hecho de que ni el tato sepa que narices hace ese programa hace que los hackers lo tengan más complicado para hackearlo.
    Google stadia es un fracaso, google stadia funciona mal, google admite su fracaso con stadia la latencia es el problema intrinseco de stadia, el público abandona google stadia, stadia mal.

  11. #9

    Fecha de ingreso
    Oct 2007
    Ubicación
    Madrid
    Mensajes
    2,680
    Mencionado
    78 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    158
    Agradecer Thanks Received 
    346
    Thanked in
    Agradecido 228 veces en [ARG:2 UNDEFINED] posts
    Cita Iniciado por Drumpi Ver mensaje
    ¿Pero COBOL no es ese lenguaje que mencionan las leyendas, que aunque es complejo de dominar, es uno de los lenguajes más robustos y seguros que existen, y que por eso se siguen usando en todo tipo de sistema que requiere de una seguridad excepcional?
    Ese es el lenguaje ADA, que sigo sin comprender porque no hay compiladores ADA para más plataformas; mientras se intenta robustecer el lenguaje C aplicando las reglas MISRA... si el código estuviera en ADA, casi no tendrías que revisarlo para adaptarlo a lo que dice MISRA.

    Claro que hacer un compilador de C es mucho más sencillo que hacer uno de ADA, pero donde se ponga el ADA.
    Por cierto, el ADA tiene integrado en el lenguaje el soporte a la programación en forma de procesos, de forma casi idéntica a Fénix / Bennu, pero en lenguaje compilado que corre mucho mejor.

  12. El siguiente usuario agradece a masteries este mensaje:

    Drumpi (06/04/2020)

  13. #10

    Fecha de ingreso
    Feb 2006
    Mensajes
    5,798
    Mencionado
    56 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    36
    Agradecer Thanks Received 
    1,214
    Thanked in
    Agradecido 697 veces en [ARG:2 UNDEFINED] posts
    Cita Iniciado por masteries Ver mensaje
    Ese es el lenguaje ADA, que sigo sin comprender porque no hay compiladores ADA para más plataformas; mientras se intenta robustecer el lenguaje C aplicando las reglas MISRA... si el código estuviera en ADA, casi no tendrías que revisarlo para adaptarlo a lo que dice MISRA.

    Claro que hacer un compilador de C es mucho más sencillo que hacer uno de ADA, pero donde se ponga el ADA.
    Por cierto, el ADA tiene integrado en el lenguaje el soporte a la programación en forma de procesos, de forma casi idéntica a Fénix / Bennu, pero en lenguaje compilado que corre mucho mejor.
    Porque lo diseñaron para las aplicaciones militares y es tan seguro que es bastante 'desagradable' programar en el por las limitaciones y por la verborrea, tambien es mas lento en la ejecución porque realiza muchas verificaciones en tiempo de ejecucion(rangos de matrices, pasarte de un array, etc.) los compiladores suelen ser bastante complicados y grandes. Al final acabas como en modula poniendo pragmas para relajar la programación o quitar comprobaciones en la ejecución. El ciclo del infierno es Pascal OO (Bien) -> Modula 2 (Regular) -> Ada (Mecachis).
    Eso si los programas suelen ser solidos como una roca.
    Zhorro

  14. #11

    Fecha de ingreso
    Oct 2007
    Ubicación
    Madrid
    Mensajes
    2,680
    Mencionado
    78 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    158
    Agradecer Thanks Received 
    346
    Thanked in
    Agradecido 228 veces en [ARG:2 UNDEFINED] posts
    Cita Iniciado por zhorro Ver mensaje
    Porque lo diseñaron para las aplicaciones militares y es tan seguro que es bastante 'desagradable' programar en el por las limitaciones y por la verborrea, tambien es mas lento en la ejecución porque realiza muchas verificaciones en tiempo de ejecucion(rangos de matrices, pasarte de un array, etc.) los compiladores suelen ser bastante complicados y grandes. El ciclo del
    Eso si los programas suelen ser solidos como una roca.
    Tampoco es más lento que tener que añadir todas las comprobaciones a "manímetro" en lenguaje C, para ajustarte a las normas; y tener que integrar en un sistema bare-metal (sin kernel ni sistema operativo) manejadores de excepción (búscate cómo hacer eso a nivel de hardware, que si como manejar la pila en este procesador, si tiene una pila por ventanas, si tiene caché cómo descartar su contenido cuando salté el mecanismo de excepción... bufff) para que salten cuando una variable se pase de cierto valor... tal y como ya hace ADA él solito. Claro que si tu arquitectura tiene compilador de ADA, es porque alguien ya se ha dado ese curro que he descrito, y te lo ahorras.

    Bien os digo, que es mucho más fácil y cómodo hacerlo directamente en ADA, que hacer que el mismo programa en C tenga lo mismos mecanismos de seguridad.
    Quería poner de manifiesto que se me antoja absurdo intentar robustecer un lenguaje para que su comportamiento se asemeje a otro, que ya fué diseñado en origen con todos esos mecanismos.
    A ese despropósito lo llaman "C Ada like" .

    Lo tuve que llevar a la práctica en un proyecto en el que se usaba un procesador Leon2, cuando los primeros compiladores de Ada salieron para esa familia; pero no, quisieron usar C y luego que el código fuese adaptado... os podéis imaginar lo que tardé en adaptarlo. Ya no digamos cuando les hablé de programar el sistema en Simulink y de ahí que nos generase el C Ada like (C con las MISRAs aplicadas); se quedaron mirando como diciendo... MATLAB... Simulink... lenguajes gráficos... ¿qué es eso? y si pagas un poco más incluso te genera Ada,
    Última edición por masteries; 06/04/2020 a las 15:58

  15. #12

    Fecha de ingreso
    Jun 2003
    Ubicación
    Madrid
    Mensajes
    543
    Mencionado
    8 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    23
    Agradecer Thanks Received 
    117
    Thanked in
    Agradecido 55 veces en [ARG:2 UNDEFINED] posts
    Cita Iniciado por juanvvc Ver mensaje
    Pero COBOL no es ni más seguro ni más robusto que las tecnologías actuales. De hecho, me atrevería a decir que es menos, porque hemos aprendido mucho de programación segura en todo este tiempo.
    COBOL en sí no es seguro ni inseguro, es el HOST y su sistema de permisos y comunicaciones el que dota de seguridad a la instalación. En ese aspecto los entornos HOST son bastante seguros.
    El pasado ha pasado y por él nada hay que hacer... el presente es un fracaso y el futuro no se ve... (Cerebros destruidos/Eskorbuto)

  16. #13

    Fecha de ingreso
    Sep 2005
    Mensajes
    11,639
    Mencionado
    171 Post(s)
    Tagged
    1 Tema(s)
    Agradecer Thanks Given 
    254
    Agradecer Thanks Received 
    594
    Thanked in
    Agradecido 414 veces en [ARG:2 UNDEFINED] posts
    Antes que nada, gracias por las lecciones de historia

    Cita Iniciado por chipan Ver mensaje
    Bueno, el hecho de que ni el tato sepa que narices hace ese programa hace que los hackers lo tengan más complicado para hackearlo.
    Casi me caigo de la silla
    Pues mira que creo que al final es al revés, que es el hacker el que sabe lo que hace el programa, mucho mejor que su programador

    Cita Iniciado por masteries Ver mensaje
    Lo tuve que llevar a la práctica en un proyecto en el que se usaba un procesador Leon2, cuando los primeros compiladores de Ada salieron para esa familia; pero no, quisieron usar C y luego que el código fuese adaptado... os podéis imaginar lo que tardé en adaptarlo. Ya no digamos cuando les hablé de programar el sistema en Simulink y de ahí que nos generase el C Ada like (C con las MISRAs aplicadas); se quedaron mirando como diciendo... MATLAB... Simulink... lenguajes gráficos... ¿qué es eso? y si pagas un poco más incluso te genera Ada,
    Matlab. Si hay algo que no pueda hacer Matlab, es que no se puede hacer

    ¿Hacer un cálculo complejo de matrices? Matlab
    ¿Obtener el valor aproximado de una función que requiere 200 días de cálculo, con un error inferior al 0'000000001%? Matlab
    ¿Diseñar un sistema de posicionamiento y guiado de un satélite? Matlab
    ¿Crear un filtro de vídeo para un DSP de la BeagleBoard? Simulink... sobre Matlab
    ¿Tocar "Through the fire an flames" de Dragonforce en Guitar Hero 3 sin equivocarse en máxima dificultad?... eso era Labview, pero creo que aun así tuvo un margen de aciertos del 90 y pico %
    PROYECTOS REALIZADOS: FrikiMusic, Motor Scroll Tileado v3.2, Venturer2X (GP2X/WIZ), Echo, Screen Break Time
    PROYECTOS EN MARCHA (algunos): Bennu GP2X: 95% (necesito ayuda) ¡Antes de Halloween!: 92% SpaceH2H: 8%

  17. #14

    Fecha de ingreso
    Aug 2003
    Mensajes
    636
    Mencionado
    3 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    11
    Agradecer Thanks Received 
    55
    Thanked in
    Agradecido 31 veces en [ARG:2 UNDEFINED] posts
    El software, como todo en este universo, tiende a deteriorarse con el tiempo, y es más, se fosiliza, COBOL y cualquier sistema host es nada más que un ejemplo de ésto. Si no tocamos algo mucho tiempo pasa lo que ha pasado, que se fosiliza y eso no hay quien lo toque. Y cualquier programador al que consultes te va decir lo mismo: "es mejor tirarlo y rehacerlo de nuevo que intentar arreglarlo". Un programador COBOL pre coronavirus no sé cuanto ganaríá, pero puede ser de orden de 5 veces más que un programador back normal. Post coronavirus pues fácilmente va a hacer factible rehacer el proyecto entero ya sólo con tal de no pagar esos salarios

    Por eso, amigos, no hay que dejar que el software se fosilice con la excusa de "si funciona no lo toques" y no cambiarlo nunca, al final, pagarás con creces esa deuda técnica (este caso, o por ejemplo lo que paso con los Boeing 737 MAX, etc.). Es pan para hoy, hambre para mañana.

  18. El siguiente usuario agradece a amkam este mensaje:

    ^MiSaTo^ (06/04/2020)

  19. #15

    Fecha de ingreso
    Sep 2006
    Mensajes
    5,231
    Mencionado
    31 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    754
    Agradecer Thanks Received 
    731
    Thanked in
    Agradecido 536 veces en [ARG:2 UNDEFINED] posts
    Cita Iniciado por amkam Ver mensaje
    Por eso, amigos, no hay que dejar que el software se fosilice con la excusa de "si funciona no lo toques" y no cambiarlo nunca, al final, pagarás con creces esa deuda técnica (este caso, o por ejemplo lo que paso con los Boeing 737 MAX, etc.). Es pan para hoy, hambre para mañana.
    Eso cualquier programador que se moleste en hacer las cosas bien y que haya hecho algún proyecto un poco grande lo sabe, otra cosa es que tu jefe te deje hacerlo y te diga, para que pierdes el tiempo refactorizando si al final vas a tener lo mismo, es desperdiciar horas programando para no tener ninguna característica nueva implementada.
    No es lo mismo tener diez años de experiencia, que tener un año de experiencia diez veces.

Página 1 de 2 12 ÚltimoÚltimo

Permisos de publicación

  • No puedes crear nuevos temas
  • No puedes responder temas
  • No puedes subir archivos adjuntos
  • No puedes editar tus mensajes
  •