La decisión de Google de despedir a 12.000 trabajadores confirma que la industria tecnológica no está atravesando por su mejor momento. La subsidiaria de Alphabet se une así a otras dos grandes firmas del sector que en este mes de enero también han anunciado amplios recortes de personal: el día 5, Amazon anunció el despido de 18.000 trabajadores, y el día 18, Microsoft informó de un recorte de plantilla de 10.000 personas.
|
etiquetas: despidos , tecnológicas 
Meter programación en educación infantil tiene eso, que se te llena de "goto's" el Eclipse...
Mis diez.
Talento hay de sobra, el problema es que hay demasiadas empresas que requieren personas con mucho talento, y obviamente una persona no puede dividirse o multiplicarse. Por lo que solo les queda el competir por ellas pagando más dinero que los demás, o conformarse con personas no tan talentosas o incluso mediocres para cubrir el hueco, de ahí la primera frase y lo que pretenden con ella.
Y ojo, que no estoy diciendo que falta talento entre mandos y gestores (que como antes, también hay de todo) sino que el gestionar todo esto no es tan fácil como se piensan algunos. Incluso a veces, se te obliga a mantenerte en proyectos condenados porque a los de arriba les interesa con el consiguiente desperdicio de talento.
Las cosas no son tan sencillas como piensan algunos. Todo es mejorable, pero aunque te eches unas risas, no se hacen las cosas tan mal por falta de capacidad, sino que muchas veces es por morder más de lo que se puede abarcar.
Por ejemplo si hablamos de ingeniería o incluso de FP, son las mismas empresas que se van a la puerta de la facultad o del centro de estudios a buscar a las mejores notas medias de cada promoción. Luego los mediocres que dices tú que tienen carrera lo más probable es que hayan aprobado arrastrándose y haciendo "carrito" con los trabajos de otros compañeros, y después tiene que acudir a ofertas de trabajo de mierda para empezar a coger experiencia a cambio de un salario mediocre.
Pero sí, son los accionistas los que piden apretarse el cinturón cuando se prevén ciertas vacas menos gordas, que no flacas. Y en estas empresas es bastante sano. Otra opción es hacer como las empresas públicas y nunca hacerlo, con nadie, que los peores estén siempre ahí cobrando más y más hasta que la empresa no genere beneficios y suponga un coste para todos los demás.
Lo que no debe ser es que esas personas después de ser despedidas se queden en una situación vulnerable. para eso el Estado debe protegerlas financiándose de cobrar impuestos a estas empresas.
Conozco una empresa que está viendo cómo pasarle sobres a profesores para que les recomienden a los alumnos de informática más espabilados. Porque faltan programadores por un tubo pero como contrates un chico poco espabilado te puede hacer un roto.
Conozco a un junior que metió tal código que auspició un leak gordo en producción y tuvo los sistemas parados dos semanas con continuos reinicias para liberar memoria. Hasta que lo encontraron.
Por un lado faltan muchísimos programadores. Muchísimos. Por otro lado una enorme cantidad de ellos no saben hacer la O con un canuto por mucho CV que tengan.
Por suerte estos despedidos podrán agruparse para crear más qués que cuántos.
Enganomejodas. Cuando una empresa despide 10.000 personas de golpe lo que hay es una sobresaturación de "proyectos" sin posibilidad de sacarles beneficio directo. Y los inversores dicen: "Dejad de pagar sueldos superfluos y centráos en lo que genera pasta y la investigación real, nada de inventos del TBO"
En cualquier empresa medianamente decente que se dedique al desarrollo de software debe haber unos procesos de calidad que eviten que ocurra lo que has contado. Por ejemplo lo que se suele hacer es que para mergear cualquier trozo de código, y por lo tanto para que ese código llegue a producción, se requieren dos aprobaciones de otros dos programadores que tienen que revisar el código. De este forma por un lado minimizas las probabilidades de que un error gordo llegue a producción, y por el otro diluyes la responsibilidad en caso de que llegue a ocurrir.
Otro proceso de calidad, que se suele combinar con el anterior aunque no es necesario y puede servir por si mismo, son los tests automáticos. Los tests se ejecutan de forma automática antes de que el código sea mergeado y subido a producción, por lo que si el nuevo código rompe cualquier funcionalidad el proceso se detendrá y el código no será mergeado.
Estos procesos son tan comunes que tanto GitHub como GitLab ofrecen herramientas para crear las pipelines con una mínima configuración.
Dicho esto, evidentemente la falta de talento no la tiene ese pobre junior, sino la empresa en la que ha ido a parar. Dicho de otra forma, el ceporro no es el junior, sino quien haya diseñado los procesos de calidad (O la falta de los mismos).
Saludos.
Lo que dice es que a pesar de que las grandes despiden, hace falta tanta mano de obra TIC ("talento") que en 3 meses están todos recolocados.