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
    6,140
    Mencionado
    58 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    40
    Agradecer Thanks Received 
    1,453
    Thanked in
    Agradecido 856 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
    28,630
    Mencionado
    199 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    188
    Agradecer Thanks Received 
    2,626
    Thanked in
    Agradecido 1,639 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 (06/04/2020)

  4. #3

    Fecha de ingreso
    Nov 2005
    Ubicación
    Excartagenero
    Mensajes
    23,651
    Mencionado
    276 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    5,994
    Agradecer Thanks Received 
    5,821
    Thanked in
    Agradecido 3,794 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,749
    Mencionado
    30 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    193
    Agradecer Thanks Received 
    1,623
    Thanked in
    Agradecido 652 veces en [ARG:2 UNDEFINED] posts
    Entradas de blog
    285
    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
    15,202
    Mencionado
    247 Post(s)
    Tagged
    1 Tema(s)
    Agradecer Thanks Given 
    675
    Agradecer Thanks Received 
    1,847
    Thanked in
    Agradecido 1,264 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,749
    Mencionado
    226 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    2,240
    Agradecer Thanks Received 
    1,902
    Thanked in
    Agradecido 1,185 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
    10,341
    Mencionado
    93 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    368
    Agradecer Thanks Received 
    1,791
    Thanked in
    Agradecido 944 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 13: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
    28,630
    Mencionado
    199 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    188
    Agradecer Thanks Received 
    2,626
    Thanked in
    Agradecido 1,639 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
    3,441
    Mencionado
    112 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    329
    Agradecer Thanks Received 
    1,183
    Thanked in
    Agradecido 586 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
    6,140
    Mencionado
    58 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    40
    Agradecer Thanks Received 
    1,453
    Thanked in
    Agradecido 856 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
    3,441
    Mencionado
    112 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    329
    Agradecer Thanks Received 
    1,183
    Thanked in
    Agradecido 586 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 16:58

  15. #12

    Fecha de ingreso
    Jun 2003
    Ubicación
    Madrid
    Mensajes
    570
    Mencionado
    9 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    26
    Agradecer Thanks Received 
    128
    Thanked in
    Agradecido 61 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
    15,202
    Mencionado
    247 Post(s)
    Tagged
    1 Tema(s)
    Agradecer Thanks Given 
    675
    Agradecer Thanks Received 
    1,847
    Thanked in
    Agradecido 1,264 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
    681
    Mencionado
    5 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    12
    Agradecer Thanks Received 
    92
    Thanked in
    Agradecido 55 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
    Ubicación
    Malaga
    Mensajes
    7,561
    Mencionado
    47 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    1,668
    Agradecer Thanks Received 
    1,922
    Thanked in
    Agradecido 1,289 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.


    It is an undisputed truth that the Atari ST gets the best out of coders. No dedicated hardware, just the CPU and a frame buffer! Some call it Spartan, others name it Power Without The Price, and a select few say `challenge accepted'! --- by spkr from smfx

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
  •