Como saben, en 2018, Google realizó el rediseño más grande de la interfaz de su servicio de correo electrónico Gmail. Como de costumbre, no todos estaban contentos con él, y esta vez hay razones bastante objetivas para la insatisfacción con el servicio. ¿Por qué la carga de Gmail tomó tanto tiempo, y acciones como eliminar o archivar una conversación pueden tomar de 4 a 6 segundos?
Hace un par de días, un
usuario de Hacker News hizo una pregunta similar , y recibió una respuesta de un empleado anónimo de Google que examinó la cultura de desarrollo dentro de la empresa y sus colegas.
Según él, todo esto sucede debido al hecho de que Google no prevé ninguna penalización por tales "fallas".
Dentro de los muros de la empresa, fomentan activamente los lanzamientos, lanzamientos públicos de algo. Y el hecho de que los productos pueden contener solo la mitad de las características necesarias, no funcionan, funcionan solo con Chrome, etc., esto no molesta a nadie, porque sus creadores no están en riesgo de esto. Esta es la norma
El significado de tal acción es solo una cosa: en el avance de la carrera, porque sin lanzamientos importantes más allá de cierto nivel no podrás ir. Así que terminamos con cientos de aplicaciones de chat innecesarias, rediseños y reinicios sin fin; de lo contrario, las personas no podrán ser promovidas.
Cuando la gerencia de la compañía intentó resolver el problema emitiendo un documento interno que en lugar de lanzamientos motiva a lograr “aterrizajes” exitosos (
aterrizaje , lanzamientos exitosos), todo lo que los empleados han cambiado en su vida es
s / lanzamiento / aterrizaje / g en su evaluación de desempeño.
Tomemos, por ejemplo, el Allo messenger. Le llevó dos años desarrollarlo, después de lo cual la compañía decidió suspender el desarrollo y congelar el proyecto. Resulta que las personas a cargo del mensajero no sufrieron al mismo tiempo, por el contrario, algunos incluso fueron promovidos.
Por desgracia, al parecer, los problemas apremiantes de los usuarios de la compañía hoy en día no están demasiado interesados:
¿Sabes cuántos errores necesitas corregir para obtener un aumento? Infinitamente muchos. No importa cuántos errores arregles, nunca te traerá suficiente "contribución" para aumentar, nunca. Pero es suficiente ejecutar un solo rediseño, incluso si es prácticamente inútil, y la promoción está en su bolsillo.
Naturalmente, dentro de los muros de la propia empresa hay personas que advierten sobre la posibilidad de esto y se quejan, ponen errores de rendimiento en los rastreadores; eso es todo lo que se ignora; La mayoría de los trabajadores finalmente se rinden y dejan de escribir sobre errores, porque la respuesta típica es "usted no es nuestro público objetivo".
¡Y todos sabemos sobre estos problemas! Todos nosotros! Algunos renuncian cuando se trata de ellos; otros simplemente comienzan a "optimizar" hacia arriba, en lugar de optimizar en la dirección de lo que es bueno para el usuario o para la empresa.
En sus pensamientos, el desarrollador no está solo. Graham Wheeler compartió una
historia de su vida en Google confirmando su posición.
Una vez en Google recibí una evaluación negativa del rendimiento. Decidí que la mejor manera de pasar mi tiempo sería refactorizar el código que obtuve para llevar el grado de cobertura de prueba del 0% al 80%, corrigiendo muchos errores en el camino. Como resultado, obtuve una mala revisión de la evaluación de desempeño, y el autor del govnokoda original recibió un aumento.
Las historias sobre problemas de gestión del desarrollo en Google aparecen
regularmente en la Web. La reacción del usuario tampoco tarda en llegar. Los clientes comerciales que usan Google Apps están
cambiando a
FastMail , cuyo principio principal es el correo electrónico y nada más.
Así somos y obtenemos cosas como el nuevo Gmail. Lo cual, por un lado, obtuvo un rediseño en el espíritu del Diseño de materiales, un modo fuera de línea y muchas otras mejoras menores que se le transfieren desde la Bandeja de entrada de Google, lo que ordenará una larga vida el próximo año. Por otro lado, realiza 358 solicitudes de carga completa y descargas 6,3 MB. A modo de comparación, el modo "antiguo" de HTML View en Gmail es de solo 14 solicitudes y 25.3KB, lo que le permitió cargar en 2 segundos.
Por supuesto, esta práctica se aplica no solo a Google, sino también a muchas otras grandes empresas. Observamos el conocido principio
"Obtienes lo que mides" en acción.
El
desarrollador Steve , que trabajó en Apple en MacOS X Snow Leopard,
contó una
historia similar. En su mayor parte, Steve se comprometió a corregir errores en todos los marcos principales del sistema operativo, y como resultado del lanzamiento, se le negó una promoción debido a que su presencia "no era crítica en ninguno de los proyectos".
La ironía aquí es que se suponía que esta versión del sistema operativo, basada en la idea de la administración de la compañía, era una versión en la que todo apuntaba a mejorar la estabilidad y el rendimiento del sistema. Sin embargo, mientras que algunos de ellos esperaban trabajar en la estabilidad, otros activamente "introdujeron" nuevas características como un recolector de basura para Objective-C en el lanzamiento, lo que retrasó el trabajo de los demás e hizo que Xcode fuera inviable durante varios meses.
Pero el trabajo sobre los errores no fue en vano para los usuarios comunes que recordaban el excelente rendimiento de Snow Leopard y el posterior Lion, a diferencia de Chrome, que solo logró congelarse un par de veces durante la redacción de esta publicación y provocar un bloqueo de la pestaña de borrador.