Pasos pequeños vencen a promesas grandes
Tres proyectos acabados ganan a cinco ambiciosos. El equipo lo recuerda y confía un poco más en lo siguiente que prometo.
/principles · 10 frases
Cómo lidero y cómo escribo código
No son reglas. Son cosas que me pillo diciendo dos veces en la misma semana. Si las tuyas son distintas, las mías son las equivocadas para ti.
01 02 La mejor documentación es el código que funciona
El code review es la documentación más barata para el siguiente ingeniero. El README no se abre solo; el comentario en un diff sobrevive al README.
03 Contrato a uno bien, no a cinco rápido
Tres contrataciones hasta ahora. Las tres siguen aquí. Si hubiera contratado rápido, ese número sería muy distinto.
04 Primero entregar, luego optimizar con datos
Optimizar sin datos es adivinar con animación. Primero la cosa que funciona, después el profiler.
05 Tres ya son un equipo
Los hábitos de un equipo pequeño hay que instalarlos mientras el equipo es pequeño. Después cuestan un orden de magnitud más.
06 Piensa tres veces antes de tocar una segunda base de datos
Cada nuevo almacén es otro turno de on-call, otra historia de backups y un sistema más que el siguiente ingeniero tendrá que aprender.
07 Si el viernes te da miedo, el sistema no está listo
Si no puedes desplegar un viernes a las 17:00, en algún lugar ya sabías que el sistema era más fuerte que tú. Eso es una señal, no es código.
08 Escucha más de lo que hablas
1:1 semanales. Cuando escucho más de lo que hablo, la mitad de los problemas 'sin resolver' se resuelven solos.
09 Elogia en público, depura en privado
Las victorias van al canal, con nombres. Los errores se hablan uno a uno, sin tono acusador. La persona ya lo sabe; no hagas que se sienta peor.
10 No confundas movimiento con progreso
Más reuniones ≠ más trabajo. Más releases ≠ releases útiles. Un "no" cortés es la herramienta de mayor palanca del kit.
Se actualiza cuando algo cambia — no cuando sale un framework nuevo.