Lo más triste de la situación actual es que la TI se está convirtiendo gradualmente en una industria en la que no existe la palabra "parar" en el número de responsabilidades por persona.
Al leer las vacantes, a veces incluso no se ven 2 o 3 personas, sino una empresa completa en una sola persona, todos tienen prisa, la deuda técnica está creciendo, el antiguo legado parece perfecto en el contexto de los nuevos productos, porque al menos tiene un muelle y comentarios en el código, los nuevos productos se escriben a la velocidad de la luz, pero como resultado, no se pueden usar durante un año más después de su redacción y, a menudo, este año no genera ganancias, además, el costo de la nube es mayor que las ventas del servicio. El dinero de los inversores se destina al mantenimiento de un servicio que aún no funciona, pero que ya ha sido liberado a la red como trabajador.
Como ejemplo: una conocida empresa cuya remasterización de un juego antiguo recibió las calificaciones más bajas en la historia de la industria. Yo fui uno de los que compró este producto, pero incluso ahora funciona terriblemente y, en teoría, aún no debería haberse lanzado en esta forma. Reembolsos, caída de calificaciones, una gran cantidad de prohibiciones de usuarios en los foros por quejas sobre el funcionamiento de los servicios. La cantidad de parches no deleita, sino que aterroriza, pero aún así, el producto no se puede utilizar. Si este enfoque conduce a tales resultados para una empresa que se ha estado desarrollando desde el año 91, para las empresas que recién están comenzando la situación es aún peor.
Pero analizamos los resultados de este enfoque por parte del usuario del servicio y ahora veamos los problemas que tienen los empleados.
A menudo escucho la afirmación de que no debería haber equipos de DevOps, que esto es una metodología, etc., pero el problema es que, por alguna razón, las empresas han dejado de buscar noks, dba, infructores e ingenieros de compilación; ahora todo es un ingeniero de DevOps. en una sola persona. Por supuesto, en determinadas empresas todavía quedan puestos vacantes, pero cada vez son menos. Muchos llamaron a esto desarrollo, yo personalmente veo degradación en esto, es imposible mantener un buen nivel de conocimiento en todas las áreas y al mismo tiempo lograr trabajar no más de 8 horas. Naturalmente, se trata de fantasías. En realidad, muchos trabajadores de TI se ven obligados a trabajar 12 y 14 horas, de las cuales 8 son remuneradas, y muchas veces sin días libres, porque “me dieron una tarea, no hay muelles ni curvas, y el servicio cuesta dinero”. y por 1 en la nube, en principio, no puedes recibir un salario en un par de meses, especialmente si trabajas en IP. De hecho, estamos perdiendo la palabra en los negocios, junto con la separación de funciones, me enfrento cada vez más al hecho de que los gerentes entran en los procesos de desarrollo sin entender nada en absoluto, confunden los datos comerciales y el funcionamiento de las aplicaciones, como resultado, el caos. comienza.
Cuando comienza el caos, las empresas quieren encontrar al culpable, y aquí se necesita un culpable universal, es difícil culpar a más de 10 personas, por eso los gerentes unen sus posiciones, porque cuantas más responsabilidades tiene 1 especialista, más fácil es demostrar su negligencia. Y en las condiciones de Agile, encontrar al "culpable" y azotar es la base de esta metodología para hacer negocios en la gestión. Agile hace tiempo que salió de la TI y su concepto principal se ha convertido en la exigencia de resultados diarios. El problema es que un especialista muy especializado no siempre tendrá un resultado diario, lo que significa que será más difícil informar, y esta es otra razón por la que las empresas quieren “especialistas en todo”. Pero la razón principal, por supuesto, es la nómina: él es la razón principal de todos los cambios, por el bien del subsidio, la gente aceptó trabajar para ellos y para ese tipo. Pero al final, como en otros ámbitos, ahora se ha convertido simplemente en una obligación: un pago menor por un mayor número de servicios prestados.
Ahora a menudo incluso puedes ver artículos que los desarrolladores ya deberían poder implementar, deberían ocuparse de la infraestructura junto a un ingeniero de DevOps, pero ¿a qué conduce esto? Así es: una caída en la calidad de los servicios, una caída en la calidad de los desarrolladores. Hace literalmente 2 días le expliqué al desarrollador que se puede escribir y leer desde diferentes hosts, y me demostraron con espuma en la boca que nunca habían visto algo así, aquí está en la configuración om host, puerto, db, usuario, contraseña y listo.... Pero el desarrollador sabe cómo iniciar implementaciones, escribir yamls... Pero ya se olvida de las pruebas unitarias y los comentarios en el código.
Como resultado, vemos lo siguiente: procesamiento constante, búsqueda de soluciones a problemas fuera del horario laboral, capacitación constante los fines de semana y no para aumentar los ingresos, sino para mantenernos a flote. Los desarrolladores se ven obligados a ayudar a un ingeniero de DevOps con CI / CD, y si el desarrollador no tiene tiempo, comienza a callarse y los gerentes comienzan a compostar cerebros, y si esto no ayuda a aumentar el deseo de trabajar horas extras, entonces postula sanciones y multas, la persona busca un nuevo trabajo, dejando atrás una deuda técnica del tamaño del Everest, como resultado, la deuda comienza a crecer también entre los desarrolladores. se ven obligados a escribir código con menos refactorización para tener tiempo de ayudar a un ingeniero de DevOps nuevo o antiguo, y los gerentes están bastante contentos con todo, porque hay una persona culpable y se le puede ver de inmediato, lo que significa que Se observa la regla principal en la gestión ágil, se encuentra al culpable y se ven los resultados de su flagelación.
Una vez en ITGM hice una presentación "Cuando aprendemos a decir no"; sus resultados fueron muy reveladores. Un gran número de personas cree que esta palabra es tabú, y hasta que dejemos de pensar así, los problemas no harán más que crecer.
En parte me inspiró a escribir este artículo., pero tal vez lo escriba en términos menos agradables más adelante.
Solo los usuarios registrados pueden participar en la encuesta. por favor
¿Se ha encontrado en el trabajo con un empleador que intentó reemplazar a varias personas con usted?
-
65,6%Sí, lo encuentro regularmente.
-
5,4%Sí, encontrado 1 vez15
-
15,4%No me di cuenta43
-
13,6%Soy adicto al trabajo, yo mismo trabajo horas extras38
279 usuarios votaron. 34 usuarios se abstuvieron.
Fuente: habr.com