Tu código no aboga por ti. La gente lo hace.

Addy Osmani comparte en su blog 21 lecciones que aprendió en 14  a;ostrabajando en Google:

Cuando me uní a Google hace ~14 años, pensé que el trabajo se trataba de escribir un gran código. Tenía razón en parte. Pero cuanto más tiempo me he quedado, más me he dado cuenta de que los ingenieros que prosperan no son necesariamente los mejores programadores, son los que han descubierto cómo navegar todo en torno al código: la gente, la política, la alineación, la ambigüedad.

Estas lecciones son lo que desearía haber sabido antes. Algunos me habrían ahorrado meses de frustración. Otros tardaron años en entenderlo completamente. Ninguno de ellos trata de tecnologías específicas, esas cambian demasiado rápido para importar. Se trata de los patrones que siguen apareciendo, proyecto tras proyecto, equipo tras equipo.

Resalto la #6:

Tu código no aboga por ti. La gente lo hace.

Al principio de mi carrera, creí que un gran trabajo hablaría por sí mismo. Me equivoqué. El código se encuentra silenciosamente en un repositorio. Tu gerente te menciona en una reunión, o no lo hace. Un compañero te recomienda para un proyecto, o alguien más.

En las grandes organizaciones, las decisiones se toman en reuniones a las que no están invitados, utilizando resúmenes que no escribiste, por personas que tienen cinco minutos y doce prioridades. Si nadie puede articular tu impacto cuando no estás en la habitación, tu impacto es efectivamente opcional.

Esto no se trata estrictamente de autopromoción. Se trata de hacer que la cadena de valor sea legible para todos, incluido usted mismo.