Otras 14 lecciones aprendidas en 14 años en Google
(addyo.substack.com)1. Los mejores ingenieros eligen el problema correcto
No se puede poner la máxima energía en todo.
2. Si no sabes qué pedir, no estás listo para tener una reunión
Permiso, elección, desbloqueo (unblock), compartir información (inform): si no puedes elegir una de estas opciones, esa reunión probablemente será una pérdida de tiempo.
3. "Hay que hacerlo" no es un plan. "Lo haré el martes" sí es un plan.
Poner una fecha concreta genera impulso.
4. El código lento es solo un síntoma; la causa real son las decisiones lentas.
Si tomar una decisión tarda semanas en vez de horas, hay que revisar por qué.
5. Trata la confiabilidad (Reliability) como una funcionalidad del producto
Así como no lanzas una funcionalidad sin revisar el producto, tampoco deberías desplegar un sistema sin discutir su confiabilidad.
6. Si la interfaz entre equipos es mala, no se puede comunicar bien
Los límites ambiguos y los contratos (Contract) poco claros crean más reuniones y más canales de Slack. Tiene que quedar claro quién es responsable de qué y cómo dependen unos de otros.
7. La mejor escalación es la que viene con una propuesta.
Tanto quien plantea el problema como quien lo resuelve identificaron el issue, pero solo uno de los dos gana confianza y autonomía.
8. Construye sistemas que no necesiten héroes
Si una sola persona está salvando continuamente a la empresa o al equipo, no es una gloria: es una señal de que todo se está viniendo abajo.
9. Considera la observabilidad (Observability) como parte de la funcionalidad
Da por terminado el trabajo solo cuando hayas confirmado que "el código funciona bien".
10. Los PR pequeños son un acto de amabilidad. Especialmente si los hizo una IA.
Los PR pequeños permiten pensar de forma incremental, así que el conocimiento se puede ir acumulando poco a poco.
11. Cuando agregas un equipo nuevo, no solo agregas nodos (Node), también agregas aristas (Edge)
Si no reduces intencionalmente los vínculos, agregar un equipo nuevo no cambia el output.
12. Una migración nunca es solo una migración
Las migraciones que realmente se completan tienen tres cosas en común: un sponsor que sigue involucrado, un equipo que realmente lidera la migración y una fecha de cierre clara en la que todos confían. Si no se cumplen esas tres condiciones, la migración se queda para siempre en estado de "casi terminada" y terminas haciéndote responsable de dos sistemas para siempre.
13. La IA hace que los borradores sean fáciles, y el criterio (Taste) se está volviendo cada vez más raro.
Los ingenieros capaces de seleccionar lo mejor serán los más destacados de esta época.
14. La confianza es optimización de latencia
Cada vez que cumples una promesa, cada vez que admites un error con honestidad, cada vez que haces la vida más fácil a los demás, estás haciendo un depósito. He visto a ingenieros con habilidades técnicas promedio lograr resultados impresionantes porque todos confiaban en ellos.
Es una continuación de https://es.news.hada.io/topic?id=24909.
2 comentarios
Recomiendo leer el texto original.
Tiene muchas expresiones y palabras llenas de ideas valiosas, así que varias veces me hizo reflexionar a partir de la experiencia.
Es largo y puede sentirse abrumador, pero de verdad son textos muy buenos, hasta el punto de que da la impresión de que no hay nada más que quitar ni nada sobrante que recortar aquí.
Conozco la 5 y la 9, pero es fácil pasarlas por alto
La 12, 13 y 14 son impresionantes