Las preguntas que separan a quien picotea teclas del que resuelve problemas. Para antes de escribir la primera línea de código.
💡
Un desarrollador senior no es quien escribe más código, sino quien piensa antes de escribirlo. La diferencia real está en las preguntas que te haces antes de abrir el editor. Este checklist te ayuda a entrar en ese modo mental.
Checklist pre-desarrollo
0 / 0 preguntas respondidas
🔍
Fase 1 · Comprensión
Entender antes de actuar
¿Sabes realmente qué estás a punto de construir o modificar?
Preguntas clave
¿Tengo claro qué problema estoy intentando resolver?
No el cómo, sino el qué y el por qué.
¿Sé cómo funciona el flujo que voy a crear o modificar?
¿Puedo describir el comportamiento actual y el esperado?
¿Tengo documentación suficiente para comprender el funcional?
Ticket, specs, conversaciones, wireframes… lo que sea necesario.
¿He hablado con quien solicitó la tarea para validar mi comprensión?
Una conversación de 5 minutos puede ahorrarte horas de retrabajo.
¿Conozco el contexto de negocio detrás de esta petición?
Saber el "para qué" ayuda a tomar mejores decisiones técnicas.
Mentalidad senior
Un junior asume que entiende la tarea y se lanza a codificar. Un senior verbaliza su comprensión antes de empezar y la contrasta con quien la pidió. Si no puedes explicarlo con tus palabras, no lo has entendido del todo.
i
Si hay algo que no entiendes, pregunta siempre antes de empezar. Una pregunta al principio vale más que una corrección al final.
🧩
Fase 2 · Cuestionamiento
Cuestionar el enfoque
¿Estás resolviendo el problema correcto de la manera correcta?
Preguntas clave
¿El desarrollo que voy a realizar soluciona realmente el problema planteado?
¿O solo resuelve los síntomas sin tocar la causa raíz?
¿Existe una solución más simple que resuelva el mismo problema?
El código más limpio suele ser el que no se escribe.
¿Se han tenido en cuenta las dependencias con otras partes del sistema?
¿Qué puede romperse si cambio esto? ¿Qué servicios dependen de este flujo?
¿Tengo claros los criterios de aceptación?
Sin criterios claros no hay manera de saber cuándo la tarea está terminada.
¿Hay una solución existente (interna o de librería) que pueda reutilizar?
No reinventes la rueda. Primero busca, luego construye.
¿He considerado los casos de error y los edge cases principales?
El happy path solo es la mitad del trabajo.
Mentalidad senior
Cuestionarte el enfoque no es procrastinar, es trabajar bien. Un senior detecta antes de empezar si la solución propuesta tiene más coste que beneficio, o si existe una alternativa mejor que nadie había considerado. Esa conversación ahorra sprints enteros.
!
Si tras reflexionar ves que la solución planteada no es la mejor, comunícalo. No te quedes callado por asumir que "así lo pidieron". Los seniors proponen mejoras, no solo implementan.
⚙️
Fase 3 · Desarrollo
Prepararse para ejecutar
¿Tienes todo lo que necesitas para desarrollar sin bloqueos?
Preguntas clave
¿Tengo claro dónde está el código que debo editar o dónde debe subirse el nuevo código?
Repositorio, rama de origen, estructura de carpetas…
¿Puedo escribir tests acordes a los criterios de aceptación?
Si no puedes testear algo, quizás no lo entiendes suficientemente bien.
¿Tengo claras las dependencias internas y externas de este desarrollo?
APIs, servicios, librerías, variables de entorno, permisos…
¿Mi solución es mantenible y comprensible para otro desarrollador?
Escribe código como si el siguiente en leerlo fuera alguien que no conoce el contexto.
¿He tenido en cuenta el impacto en rendimiento, seguridad o escalabilidad?
No todas las tareas lo requieren, pero vale la pena preguntarse.
¿Tengo acceso a los entornos y herramientas necesarios para desarrollar y probar?
DEV, credenciales, datos de prueba, permisos… Mejor comprobarlo antes.
Mentalidad senior
Un senior que se bloquea a mitad del desarrollo porque le falta acceso a un entorno o no tiene claras las dependencias podría haberlo anticipado. La fase de preparación no es opcional: es lo que te permite ejecutar sin interrupciones y con foco.
✓
Antes de escribir código, esboza mentalmente (o en papel) la solución. Identificar la estructura antes de implementarla evita refactorizaciones costosas a mitad del trabajo.
El salto de mentalidad
La diferencia entre junior y senior no es solo experiencia técnica. Es la disciplina de pensar antes de ejecutar, de cuestionar lo que parece obvio, y de asumir responsabilidad sobre el impacto del código que escribes.
Comprende primeroCuestiona el enfoquePrepara la ejecuciónComunica los bloqueosPiensa en el equipo