Cual cree Ud. que es la solución a la edad promedia muy alta

Este foro está dedicado a encuestas y discusiones no técnicas que afectan nuestro trabajo.

Cual cree Ud. que es la solución a la edad promedia muy alta (50 años) de la gente de mainframe.

Cambiar el mainframe por UNIX/Linux/Windows.
8
2%
Proveer herramientas gráficas (bajo windows) para realizar el trabajo.
28
6%
Entrenar en la empresa gente mas joven que continue la tarea como hoy (Pantalla verde).
185
40%
Volver a enseñar en las universidades el mainframe (como se hacia muchos años atras).
236
50%
Otra
11
2%
 
Votos totales: 468

esbs665
Usuario
Usuario
Mensajes: 13
Registrado: 05 Dic 2008, 18:53
País: ESPAÑA
Ciudad: MADRID
Ocupación: Técnico en Sistemas

Re: Cual cree Ud. que es la solución a la edad promedia muy

Mensajepor esbs665 » 03 Ago 2013, 08:29

Pienso que el principal culpable es IBM, por lo menos en enta parte del globo, España, ya que se esta convirtiendo en monopolio de cara a los clientes. Otro motivo es la cantidad de fusiones de empresas con mainframe. Y por ultimo los costes de hw, sw y formacion.

Avatar de Usuario
fncavalca
Usuario
Usuario
Mensajes: 12
Registrado: 22 May 2011, 18:40
País: Argentina
Ciudad: Buenos Aires
Ocupación: Lider de grupo

Re: Cual cree Ud. que es la solución a la edad promedia muy

Mensajepor fncavalca » 18 Nov 2016, 09:58

En realidad... ES UN PROBLEMA UNA EDAD PROMEDIO DE 50 AÑOS PARA EL MAINFRAME ?? :loco:

Es que acaso gente de esa edad no puede operar eficientemente esta plataforma ?? Por qué se vé como un problema ??

Tal vez, la pregunta sería : Cual es la solución a la falta de interés por los más jóvenes en cuanto al uso de plataformas mainframe ? :leer:

NJB
Su anfitrion
Su anfitrion
Mensajes: 1107
Registrado: 12 Oct 2003, 16:27
País: Argentina
Ciudad: Capilla del Señor
Ocupación: System Programmer
Contactar:

Re: Cual cree Ud. que es la solución a la edad promedia muy

Mensajepor NJB » 21 Nov 2016, 14:15

fncavalca escribió:En realidad... ES UN PROBLEMA UNA EDAD PROMEDIO DE 50 AÑOS PARA EL MAINFRAME ?? :loco:

Es que acaso gente de esa edad no puede operar eficientemente esta plataforma ?? Por qué se vé como un problema ??

Tal vez, la pregunta sería : Cual es la solución a la falta de interés por los más jóvenes en cuanto al uso de plataformas mainframe ? :leer:


La pregunta fue esa teniendo en cuenta la edad de retiro en la mayoría de los países (entre 60 y 65 años). Por supuesto que la gente de esa edad opera, soporta y diseña muy bien, pero en pocos años ya no va a estar, de ahí la pregunta.

Por otro lado tenes razón que el gran problema es la falta de interés de los mas jóvenes.

Este post fue solo para aclarar de donde salió este tema.

Saludos
Norberto Bocalandro

jcdm
Usuario
Usuario
Mensajes: 17
Registrado: 23 Feb 2015, 04:43
País: España
Ciudad: Madrid
Ocupación: Otra

Re: Cual cree Ud. que es la solución a la edad promedia muy alta

Mensajepor jcdm » 22 Mar 2017, 10:53

Y no es un problema que un operador de sistemas z/os tenga un salario de entre 12 y 18 mil euros anuales y un reponedor/cajero de supermercado lo tenga entre 20 -24 mil?

Por supuesto, ofertas para técnicos de sistemas por 15 mil euros, dbas 24, etc etc, todos ellos con experiencia de 10 años, idiomas e ingenierias, quizás tambien sean un problema y claro el cancer de la informática (consultoras).

freddy_bell
Usuario avanzado
Usuario avanzado
Mensajes: 48
Registrado: 06 Oct 2006, 05:50
País: argentina
Ciudad: Campana
Ocupación: Consultor
Contactar:

Re: Cual cree Ud. que es la solución a la edad promedia muy alta

Mensajepor freddy_bell » 10 Abr 2017, 22:18

A ver , el mainframe sobrevive por su robustez en empresas donde la transaccionalidad es muy alta, estamos hablando de millones de transacciones en vuelo por todos los canales de atención que tiene la empresa, digamos que el caso mas representativo es el de los bancos. Si lo que se requiere es bajar costos de renta de hardware/software hay que comenzar a pensar en hacer reingerieria de procesos, esto implica ir migrando los sistemas hacia plataformas "mas baratas" comenzando desde la periferia de los sistemas hacia el core system. La experiencia me dice que estas migraciones se pagan en deterioro del servicio, basta comparar dos bancos , uno con mainframe y algunos de los core mas usados , por ej Altamira ( aunque no soy precisamente un defensor a ultranza de esta herramienta ) y un banco con sistemas intermedios y un core tipo bank total, si se intenta acceder al host en el horario de apertura de sucursales, el mainframe va a seguir dando un tiempo de respuesta "aceptable" , en cambio en el otro caso es muy pesado el ingreso llegando hasta hacer reintentos porque el sistema te saco por timeout. Después de los picos , hay calma, obviamente es imprescindible dotar a la arquitectura de comunicaciones de un buen balanceo dinamico de carga, personalmente visite con los proveedores de hardware (en aquel momento era Iron) uno de los nodos principales de google y realmente el tiempo medio de resolución de las transacciones era excelente, a posteriori implementamos en el banco para el cual estaba haciendo ese trabajo y se resolvió el problema de sucursales penalizadas por su baja transaccionalidad en la red (anécdotas). Finalmente si el negocio lo paga pongan el mejor fierro, que hoy el software que provee soporta en modo "nativo" correr todas las plataformas existentes , aunque hay casos de emulación, pero son muy escasos. No es en nada extraño estar corriendo en un address space de host un unix, un Ubuntu, etc etc etc.... . y tener a nivel sistemas las estructuras mas sofisticadas de client/server. Hay para todos los gustos.
Orate frate
Freddy Rezzano


Volver a “Como hacer para ...”