Nota de traducción.: Una publicación digna de atención fue la más popular del subreddit /r/DevOps en el último mes: «La automatización me ha reemplazado oficialmente en el trabajo — una trampa para DevOps». Su autor (de EE. UU.) compartió su historia, que encarna el popular dicho de que la automatización acabará con la necesidad de quienes mantienen los sistemas de software.
Explicación en Urban Dictionary de la ya establecida (?!) frase sobre la sustitución del ser humano por un script.
Así que aquí está la publicación:
En el entorno de los departamentos de DevOps, a menudo se escucha esta broma: «Si automatizamos todo, nos quedaremos sin trabajo».
Sin embargo, eso es precisamente lo que me sucedió a mí y a aproximadamente cien otros ingenieros de DevOps. No puedo entrar en detalles debido a un acuerdo de confidencialidad: estoy seguro de que tarde o temprano la información saldrá a la luz, pero no quiero ser quien la haga pública.
Intentaré dar una idea general de lo que sucedió.
Hace unos cinco años, trabajaba como gerente en el departamento de DevOps de una empresa tecnológica de tamaño mediano, recibiendo un excelente salario en ese momento (190000 USD), que compensaba nuestra increíble carga de horas extras obligatorias.
Como suele suceder, un reclutador de LinkedIn se puso en contacto conmigo. Representaba a un gran conglomerado multinacional, que no me interesaba en absoluto como posible lugar de trabajo. El reclutador escribió que la empresa estaba ampliando activamente sus equipos de ingenieros, desarrolladores y DevOps en previsión de varios proyectos importantes, y señaló que les gustaría invitarme a una entrevista.
Me negué y le dije que no estaba interesado. Me preguntó cuánto ganaba y subrayó que el conglomerado seguramente ofrecería mucho más. Esto despertó mi curiosidad, ya que pensaba que ya tenía un excelente salario.
En resumen, fui a la entrevista, conseguí el puesto de Senior Lead con un salario de 275000 USD más opciones sobre acciones y bonificaciones, así como la posibilidad de trabajar de forma remota (es decir, no tuve que mudarme), aunque la idea de trabajar para una gran corporación no me gustaba. Sin embargo, la oferta era demasiado buena para rechazarla (me prometieron mucho más de lo que Amazon me ofreció anteriormente ese mismo año).
La empresa contaba con un departamento de DevOps, pero estaba compuesto principalmente por administradores de sistemas senior, quienes podían escribir en Python/Bash/PowerShell lo suficiente como para que eso fuera problemático. Por lo tanto, necesitaban un equipo de ingenieros de DevOps reales con experiencia en lenguajes de programación de bajo nivel para trabajar en proyectos complejos.
Durante los siguientes tres años, nuestro departamento creció. Debo decir que la dirección lo hizo todo correctamente. Casi nunca se nos negaba lo que pedíamos, y más del 90 % de los proyectos planificados los completamos a tiempo y dentro del presupuesto, lo cual es realmente sorprendente.
Sin embargo, hace aproximadamente un año y medio se hizo evidente que habíamos automatizado prácticamente *todo*. Por supuesto, seguíamos realizando mantenimiento y verificaciones regulares, pero en realidad, durante los últimos año y medio, solo trabajaba de 1 a 2 horas al día, ya que prácticamente no había nada que hacer. No tenía intención de dejar un trabajo tan bien remunerado, pero temía que el día X finalmente llegaría, y efectivamente, llegó ayer.
Se anunció esencialmente que la mayor parte de los equipos de DevOps se disolvieron (quedaron 75 personas que se ocupan de aplicaciones específicas), ya que los equipos de TI e ingeniería de software podían manejar todo el código, y simplemente no había trabajo para los chicos de DevOps.
Me ofrecieron un puesto en el equipo de TI, pero el salario allí era casi la mitad. Podía seguir trabajando de forma remota, sin embargo, querían que eventualmente me trasladara a la ciudad donde se encuentra la oficina y que pudiera estar allí con más frecuencia.
Es una pena que haya sucedido, porque me gustaba trabajar allí. La empresa se preocupaba bien por nosotros (salvo por el despido, claro), y no hay muchos lugares para DevOps con salarios superiores a 200,000 USD y una jornada laboral estándar de 8 horas, casi sin horas extras.
Afortunadamente, administré sabiamente mi dinero y logré saldar completamente 4 hipotecas en los últimos 5 años. Ahora tengo un pequeño ingreso adicional, mis gastos son limitados, así que puedo permitirme buscar un nuevo lugar sin prisa.
Notas (del traductor)
Así lo comenta el autor tu título: «Mis disculpas si esto se siente como clickbait: solo estaba tratando de añadir un poco de humor al título, sin intención de convertir mi historia en clickbait o en una historia de horror de DevOps».
Y respecto a la mencionada «trampa», «piedra de toque» en el contexto de DevOps, no todos los comentaristas estuvieron de acuerdo. Un par de adiciones de otros comentarios del autor sobre esta historia:
Sobre el salario. Los factores importantes son la región y la profesión. El autor, siendo ingeniero de software con 25 años de experiencia, ocupó el puesto de gerente del equipo de DevOps. Además, su experiencia no se limita a los conocimientos de infraestructura moderna, sino que
- se extiende Para aquellos que también pensaron que 75 ingenieros de DevOps son muchos. En esta empresa hay más de 50 mil empleados y funcionan literalmente miles de aplicaciones.
- Si aún no has leído la reciente entrevista
Bono
de nuestro director técnico, Dmitry Stolyarov ( el podcast DevOps Deflope, se abordó un tema similar. Y esta fue la perspectiva planteada: [en el caso de simplificar el uso de K8s]
con los ingenieros, administradores de sistemas que respaldan Kubernetes? Dmitry: ¿Y qué pasó con los contables después de la llegada de 1C? Aproximadamente lo mismo. Antes se contaba en papel; ahora en el programa. La productividad del trabajo ha crecido exponencialmente, pero el trabajo no ha desaparecido. Si antes se necesitaban 10 ingenieros para atornillar una bombilla, ahora uno solo es suficiente. La cantidad de software y de tareas, me parece, está creciendo a una velocidad mayor que la aparición de nuevos DevOps y el aumento de la eficiencia. En el mercado hay una clara escasez y esto durará mucho tiempo. Más tarde, todo alcanzará un cierto equilibrio, donde la eficiencia del trabajo aumentará, habrá más soluciones sin servidor, se integrará una red neuronal a Kubernetes que ajustará todos los recursos exactamente como se necesita… y en general, hará todo sola como debe ser — la persona, aléjate y no molestes.
Dmitry: ¿Qué pasó con el contador después de la llegada de 1C? Más o menos lo mismo. Antes se hacía en papel, ahora en un programa. La productividad laboral ha aumentado notablemente, pero el trabajo no desapareció por eso. Si antes se necesitaban 10 ingenieros para cambiar una bombilla, ahora basta con uno.
La cantidad de software y la cantidad de tareas, me parece, están creciendo a un ritmo mayor del que aparecen nuevos DevOps y se incrementa la productividad. En el mercado hay una escasez específica y durará mucho tiempo. Más tarde todo volverá a una cierta normalidad, donde la productividad incrementará, habrá cada vez más serverless, se incorporará una red neuronal a Kubernetes que ajustará todos los recursos exactamente como se necesita… y, en general, hará todo lo que se necesita —humano, aléjate y no interrumpas.
Sin embargo, alguien tendrá que tomar decisiones. Está claro que el nivel de calificación y especialización de esta persona es más alto. Actualmente, en el departamento de contabilidad no necesitas 10 empleados llevando los libros contables para que sus manos no se cansen. Simplemente no es necesario. Muchos documentos son escaneados automáticamente, reconocidos por el sistema de gestión documental. Bastará con un inteligente contador jefe, ya con habilidades mucho mayores y una buena comprensión.
En general, este camino se repite en todas las industrias. Con los automóviles pasa lo mismo: antes, un automóvil venía con un mecánico y tres conductores. Ahora, conducir un automóvil es un proceso de lo más simple en el que todos participamos cada día. Nadie se detiene a pensar que un automóvil es algo complicado.
DevOps o la ingeniería de sistemas no desaparecerán; el alto nivel y la eficiencia del trabajo seguirán aumentando.
P.D.
También puedes leer en nuestro blog:
- «»;
- «».
Fuente: habr.com
