PORQUE HAY TANTO INFORMATICO CESANTE???

[rockdrigo]

No peleen aweonaos
Hay harto cesante informático pq:

1. Las empresas son miserables, quieren abaratar costos a como de lugar.
2. La aparición de todas estas mierdas de empresas de outsourcing, que prestan soporte remoto con puros hambrezolanos, así las empresas ahorran, en vez de tener un IT fijo.

El futuro es IaaS y SaaS

 

[legolillo]

Hay áreas que tienen extremadamente muy poca oferta laboral, el problema es que es extremadamente difícil terminar en una de ellas trabajando para ganar experiencia, los profesionales que saben SCADA son escasos y los integradores en SCADA son más escasos aún, pero los especialistas de telecomunicaciones SCADA son casi unicornios, yo en casi 15 años he visto solo uno y cobra lo que quiere.

 

[Korg]

Necesitas 30 años para responder una pregunta??? Eres wn o que?

Antes de jubilarme pelmazo.

Inviato dal mio ANE-LX3 utilizzando Tapatalk

 

[Luk0s]

los informaticos pueden trabajar desde la casa?
conozco un weon que es informatico, que hace como 3 años esta cesante, pero segun el le va bien trabajando desde su casa, ya que le encargan hacer programas y weas... es verdad eso ?

Si se puede pero tienes que tener mucha disciplina y ser soltero xD
En mí caso soy dependiente y a ratos me llegan peguitas de sistemas... Pero trabajar en la casa entre mí hijo que me manosea el teclado y mí esposa que necesita ayuda con la Guagua... Uff

"cuando tenga más experiencia se va a dar cuenta."
Creo ya voy entendiendo, miren es un dinosaurio!!!

¿Y que es?

Ella la visionaria, claro es que hace 30-40 años podía generar un cluster de servidores con todo montado (redes, infraestructura, aplicaciones) a puro código de forma fácil.
Espérame voy a buscar un playbook de ansible para levantar un AS400 y el código de terraform nos va a ayudar a levantar las redes cableados.
Las weas que hay que escuchar, tatita por que no se va a revisar si el mainframe esta funcionando bien.

¿Y cual seria la forma correcta?


Danos tu sabio consejo....


Básicamente quieres aplicar tecnologías y metodologias de hace 20 años en la actualidad, no quieres un Smartphone monocromático también?

Era pregunta, osea aparte de viejo también eres analfabeta? ¿Cual es la forma correcta de aplicar estas tecnologías según tu?

Dale nomas tengo paciencia para tratar de entender a la tercera edad especialmente si tienen demencia senil.

Hay harto informático cesante por esto igual.
Puede ser muy bueno en lo que hace, pero con esa arrogancia no valdría la pena

 

[ctastro]

Si se puede pero tienes que tener mucha disciplina y ser soltero xD
En mí caso soy dependiente y a ratos me llegan peguitas de sistemas... Pero trabajar en la casa entre mí hijo que me manosea el teclado y mí esposa que necesita ayuda con la Guagua... Uff







Hay harto informático cesante por esto igual.
Puede ser muy bueno en lo que hace, pero con esa arrogancia no valdría la pena

Y que quieres? Que trate amablemente alguien que habla puras weas y no es capaz de analizar lo que le dicen ??? Hasta ahora el tampoco fue muy humilde que digamos, de partida yo solo indique que los informáticos sin pega eran en su mayoría lo que no se mantenían vigentes o se dedicaban a áreas con poca demanda y que entre cloud con tecnologías como serverless, kubernetes y base de datos como servicio iban acabar con la mayoría del trabajo de los administradores de sistemas y base de datos, incluso un que poco muchos tambien los de redes pero a muchos le lleno de aji el culo que les dijeran la verdad, es triste ver que la mayoría de los administradores de sistemas no sonpaces de asumir que la gran mayoría van a tener que reinventarse, claro que hay casos excepcionales como el típico sistema legacy que hay que mantener, pero por regla general la tarea de la administración va a la baja.

 

[eld10s]

Y que quieres? Que trate amablemente alguien que habla puras weas y no es capaz de analizar lo que le dicen ??? Hasta ahora el tampoco fue muy humilde que digamos, de partida yo solo indique que los informáticos sin pega eran en su mayoría lo que no se mantenían vigentes o se dedicaban a áreas con poca demanda y que entre cloud con tecnologías como serverless, kubernetes y base de datos como servicio iban acabar con la mayoría del trabajo de los administradores de sistemas y base de datos, incluso un que poco muchos tambien los de redes pero a muchos le lleno de aji el culo que les dijeran la verdad, es triste ver que la mayoría de los administradores de sistemas no sonpaces de asumir que la gran mayoría van a tener que reinventarse, claro que hay casos excepcionales como el típico sistema legacy que hay que mantener, pero por regla general la tarea de la administración va a la baja.

Los sistemas legacy
Loh dinosauriooh que se resisten al cambio

A mí me da la sensación que intentas extrapolar devops como un perfil, algo que le encanta hacer a las consultoras y outsourcings, para abarcar más por menos. Ahí es cuando miras avisos de mierda pidiendo una pila de webas infinitas a saber, y empiezas a delegar tareas, perdiendo todo el sentido a la filosofía como tal. Al final no es más que un enfoque de integración de procesos de software y TI. Claro es bonito trabajar en repositorios, crear tuberías para desplegar o escalar servicios con kubernetes, para mejorar la productividad y todo eso. Pero no intentes vendernos la panacea, que al final no es más que un marco de trabajo, algo que un buen scrum master puede llevar a cabo.

 

[ildesquisiado]

Porque son muchos y la verdad lo que más se necesitan son obreros que fórmateen computadores, la pega de informático es poca.

Quizás por tu realidad ves que se resalta más esa profesión pero en Chile está la vaga con el desempleo.

 

[ctastro]

Los sistemas legacy
Loh dinosauriooh que se resisten al cambio

A mí me da la sensación que intentas extrapolar devops como un perfil, algo que le encanta hacer a las consultoras y outsourcings, para abarcar más por menos. Ahí es cuando miras avisos de mierda pidiendo una pila de webas infinitas a saber, y empiezas a delegar tareas, perdiendo todo el sentido a la filosofía como tal. Al final no es más que un enfoque de integración de procesos de software y TI. Claro es bonito trabajar en repositorios, crear tuberías para desplegar o escalar servicios con kubernetes, para mejorar la productividad y todo eso. Pero no intentes vendernos la panacea, que al final no es más que un marco de trabajo, algo que un buen scrum master puede llevar a cabo.

De partida el perfil de alguien que trabaja con devops se llama SRE en segunda estay mezclando peras con manzanas, en Scrum tienes un conjunto de cambios dentro de uns que puedes o no pasar a producción, mientras que en devops la idea es que en lo posible realices varios pasas a producción al día, casi feauture con pruebas y luego el paso a producción, en segunda no se que podría hacer un Scrum master con eso, si la idea del scrum master es que sea casi una secretaria, quien toma las desiciones de todo es el equipo y no salgan con que esto no es la realidad y que las empresas lo adaptan y bla bla bla (si no respetas al menos las bases de scrum entonces no tienes scrum) y tercero son metodologías diferentes con enfoques diferentes, una se centra en el proceso del desarrollo y la otra en los procesos de despliegue, y por ese lado un sprint no necesariamente te va a servir con devops.

Yo no digo que devops y la nube sean la panacea, ni que devops sea el santo grial, son simplemente un proceso natural a lo lento que es el proceso de desarrollo y despliegue de las metodologías tradicionales (y a lo insufribles que suelen ser los administradores de sistemas y base de datos, que han vuelto una necesidad automatizar la administración)

 

[Luk0s]

idea del scrum master es que sea casi una secretaria

Bueno eso explica mucho.

Tienen que haberte echo mucho daño en algún trabajo

 

[ctastro]

Bueno eso explica mucho.

Tienen que haberte echo mucho daño en algún trabajo

Es la verdad, el poder de decisión tanto en tiempos user-stories como en herramientas a utilizar estan en poder del equipo de desarrollo, por lo que la única labor del scrum master pasa a ser de inter locutor entre equipo y product owner, además de hacer que el equipo siga la metodología, pero mas allá de eso no tiene ningún poder, salvo velar que por el cumplimiento de metodología y traductor con el PO, en resumidas cuentas, casi una secretaria.
Que muchas veces lo quieran poner como jefe o lider, etc. Es solo una muestra de lo mal implementadas y mal entendidas que son entendidas estas metodologías.

 

[Korg]

Y que quieres? Que trate amablemente alguien que habla puras weas y no es capaz de analizar lo que le dicen ??? Hasta ahora el tampoco fue muy humilde que digamos, de partida yo solo indique que los informáticos sin pega eran en su mayoría lo que no se mantenían vigentes o se dedicaban a áreas con poca demanda y que entre cloud con tecnologías como serverless, kubernetes y base de datos como servicio iban acabar con la mayoría del trabajo de los administradores de sistemas y base de datos, incluso un que poco muchos tambien los de redes pero a muchos le lleno de aji el culo que les dijeran la verdad, es triste ver que la mayoría de los administradores de sistemas no sonpaces de asumir que la gran mayoría van a tener que reinventarse, claro que hay casos excepcionales como el típico sistema legacy que hay que mantener, pero por regla general la tarea de la administración va a la baja.

Mira, si me empiezas a tratar de senil, de viejo, dinosaurio y cuantas cosas se te ocurran para tratar de insultarme es difícil hablar en serio.

Yo solo te estoy diciendo que la experiencia dice algo distinto. Durante algún journey to cloud muchos piensan como tú (un enfoque teórico), pero después te vas dando cuenta de cómo son las cosas en realidad. Ahora si vamos a la teoría, y todo el mundo migra a SaaS y puedes vivir en ese servicio como una burbuja... Si, cada vez habrán menos SysAdmin. Pero sabemos que eso es una utopía.

Inviato dal mio ANE-LX3 utilizzando Tapatalk

 

[ctastro]

Mira, si me empiezas a tratar de senil, de viejo, dinosaurio y cuantas cosas se te ocurran para tratar de insultarme es difícil hablar en serio.

Yo solo te estoy diciendo que la experiencia dice algo distinto. Durante algún journey to cloud muchos piensan como tú (un enfoque teórico), pero después te vas dando cuenta de cómo son las cosas en realidad. Ahora si vamos a la teoría, y todo el mundo migra a SaaS y puedes vivir en ese servicio como una burbuja... Si, cada vez habrán menos SysAdmin. Pero sabemos que eso es una utopía.

Inviato dal mio ANE-LX3 utilizzando Tapatalk

Y el PaaS donde lo dejás? y repito que va a hacer un sysadmin en una plataforma como servicio cuando se cae, contar los segundos que se demora en levantar??

 

[Korg]

si la idea del scrum master es que sea casi una secretaria,

Disculpa pero acá tampoco estoy de acuerdo contigo.

Una de dos... O no sabes que hace un scrum máster o no sabes que hace una secretaria.



Inviato dal mio ANE-LX3 utilizzando Tapatalk

 

[ctastro]

Disculpa pero acá tampoco estoy de acuerdo contigo.

Una de dos... O no sabes que hace un scrum máster o no sabes que hace una secretaria.



Inviato dal mio ANE-LX3 utilizzando Tapatalk

Quizás lo segundo, pero creo que se entiende el punto en el que el Scrum master es uno mas del equipo y no toma decisiones solo se preocupa de que se cumpla la metodología y facilitar la comunicación... Nada mas...

 

[Korg]

Y el PaaS donde lo dejás? y repito que va a hacer un sysadmin en una plataforma como servicio cuando se cae, contar los segundos que se demora en levantar??

Es que acá entras en la filosofia. Por qué elegiste PaaS y no buscaste una solución adoc SaaS.

Hay muchas explicaciones para esto, la más obvia es que el producto no está disponible en SaaS, pero hay muchos casos y muchas aplicaciones que definitivamente no pueden vivir en SaaS aunque exista. Siempre hay un ecosistema detrás que permite que las empresas operen y te obligan a buscar otro tipo de alternativas.

Y respondiendo a tu pregunta el sysadmin tendrá que asegurar que el ecosistema/infra/whatever esté disponible y correcta cuando la plataforma PaaS vuelva a la vida. Pero eso depende de cada empresa.

Inviato dal mio ANE-LX3 utilizzando Tapatalk

 

[Korg]

el Scrum master es uno mas del equipo y no toma decisiones solo se preocupa de que se cumpla la metodología y facilitar la comunicación... Nada mas...

Lo cual no es poco, si lo analizas detalladamente.

Inviato dal mio ANE-LX3 utilizzando Tapatalk

 

[ctastro]

Es que acá entras en la filosofia. Por qué elegiste PaaS y no buscaste una solución adoc SaaS.

Hay muchas explicaciones para esto, la más obvia es que el producto no está disponible en SaaS, pero hay muchos casos y muchas aplicaciones que definitivamente no pueden vivir en SaaS aunque exista. Siempre hay un ecosistema detrás que permite que las empresas operen y te obligan a buscar otro tipo de alternativas.

Y respondiendo a tu pregunta el sysadmin tendrá que asegurar que el ecosistema/infra/whatever esté disponible y correcta cuando la plataforma PaaS vuelva a la vida. Pero eso depende de cada empresa.

Inviato dal mio ANE-LX3 utilizzando Tapatalk

Pero si en PaaS eso ya te lo debería entregar el servicio, el SysAdmin solo te sirve en IaaS, salvo que tuvieras un PaaS privado y en ese caso va a ser un tipo de especialista orientado a la plataforma, no el típico SysAdmin Windows/Linux y va a ser para casos concretos, por poner un ejemplo tuvieras kubernetes y la arquitectura del cluster esta bien armada y se te cae un nodo, levantarlo debería ser un trámite que puedes incluso dejar para el otro dia.

 

[Asaoegato]

no.

 

[vieje zorrone]

Pruebas de que miento? si me creí nomá

Pituteo a empresas de soporte, tengo 2 que me llaman constantemente.

Aunque si he tirado CV iba a subir a una minera pero se cayó el proyecto a ultima hora. Hay pega pero siempre mas en Santiago (soy del norte porsiaca), por mientras me siento cómodo con lo que hago porque no estoy ganando mal como para andar desesperado, si aparece algo bueno postulo.

Lo que amo de ahora es el tiempo que dispongo para realizar otras actividades.

Podríamos decir que eres ̶C̶e̶s̶a̶n̶t̶e̶ ̶i̶l̶u̶s̶t̶r̶a̶d̶o̶ freelancer.

No te olvides de imponer viejito.

 

[ununoctio]

porque son flojos, siempre veo pegas de >1 millón dando vueltas, pero obvio que necesitas saber