Empezar un proyecto de cero
El orden en que se toman las decisiones al empezar, qué se decide el primer día y qué puede esperar, y el primer mes de un proyecto bien empezado.
El primer día
Cinco decisiones, quince minutos, y las cinco son caras de cambiar.
Lo que puede esperar
Y merece decirlo para no paralizarse:
- El marco del frontend. Nivel 53.1: si el reparto es correcto, cambiarlo es caro y no imposible.
- La mayoría de las funciones. Obviamente.
- La automatización de la construcción. Nivel 59.3: hace falta antes de tener usuarios, no antes de escribir código.
- Las pruebas exhaustivas. Crecen con el proyecto.
- Y el rendimiento. Nivel 56.4: medir primero, y no hay nada que medir todavía.
Y lo que no puede esperar aunque parezca que sí: la estructura de capas —nivel 54.4— porque corregirla después es reestructurar.
El primer mes
Y lo importante del orden: el ciclo completo antes que la complejidad. Tener algo que se compila, se instala y funciona en la primera semana revela problemas de empaquetado y de reparto cuando son baratos.
Antes de los primeros usuarios
Y la lista de lo que tiene que estar antes de que alguien instale la aplicación:
- Firma en las plataformas que soportes. Nivel 59.4.
- Copias antes de migrar. Nivel 43.2.
- La prueba de que arranca sobre el artefacto. Nivel 73.1.
- Poder detener una actualización. Nivel 64.4.
- Y las listas manuales escritas. Nivel 73.2.
Las cinco son días de trabajo y todas son mucho más caras después.