Test cuestionario: ¿La programación es para mí? - the question form
Preguntas: 15 · 10 minutos
1. Una función falla solo de vez en cuando, sin un patrón evidente. ¿Cómo lo investigarías?
Registrar los datos de entrada y las condiciones de cada falla, y luego compararlos para buscar un patrón.
Volver a ejecutar un conjunto de casos controlados para ver cuáles provocan la falla.
Agregar una medida de protección en el punto con más probabilidades de estar fallando.
Priorizar el flujo confiable y dejar de lado el caso inusual, a menos que se vuelva más frecuente.
2. Cuando encuentras un concepto técnico desconocido, ¿qué suele ayudarte a comprenderlo?
Explicarlo con mis propias palabras y poner a prueba la explicación con un ejemplo pequeño.
Completar un ejercicio guiado que demuestre cómo funciona.
Leer o ver varias explicaciones hasta tener una imagen mental clara.
Pedirle a alguien que explique su relevancia práctica antes de dedicarle tiempo.
3. Sin una fecha límite, ¿qué sería más probable que te ayudara a seguir avanzando mientras aprendes a programar?
Programar sesiones cortas y completar un pequeño hito en cada una.
Unirme a una clase o grupo con tareas y fechas límite compartidas.
Trabajar por periodos intensos cada vez que una idea interesante me dé impulso.
Investigar lenguajes y rutas de aprendizaje hasta tener confianza en cuál es la opción correcta.
4. Cuando necesitas explicar un proceso cotidiano complicado, como organizar un viaje, ¿cuál es tu enfoque habitual?
Describir la idea general y dejar que los detalles se aclaren durante la conversación.
Prefiero usar una lista de verificación existente, creada por alguien que conozca el proceso.
Dividirlo en etapas, pero mantenerlas flexibles.
Identificar el objetivo, las dependencias, los puntos de decisión y la secuencia de pasos.
5. Imagina que recibes varias rondas de comentarios que exigen revisar la misma función. ¿Qué reacción se parece más a la tuya?
Mi energía disminuye mucho; prefiero un trabajo que llegue antes a un estado terminado.
Siento frustración, pero puedo continuar cuando alguien me da instrucciones claras.
Mantengo la paciencia cuando cada revisión produce avances visibles.
Siento curiosidad por lo que cada revisión revela sobre el problema subyacente.
6. Esta semana tienes disponibles tres sesiones de 30 minutos para explorar la programación. ¿Cómo las usarías?
Esperaría hasta poder reservar un bloque de tiempo más largo para abordar el tema adecuadamente.
Vería material introductorio y anotaría los conceptos que parezcan importantes.
Seguiría un ejercicio guiado que produzca un pequeño resultado terminado.
Elegiría una función muy pequeña, la desarrollaría a lo largo de las sesiones y la ajustaría según lo que ocurra.
7. Una herramienta sencilla para hacer pedidos debe aplicar varios descuentos que a veces entran en conflicto. ¿Cómo abordarías las reglas?
Crear primero el flujo más común y agregar excepciones a medida que surjan.
Aclarar cuál es la regla más importante y luego abordar los casos comunes antes que los inusuales.
Hacer una lista de pedidos de ejemplo, incluidos los casos límite, y determinar el resultado esperado para cada uno.
Comenzar con el diseño visual porque lograr avances concretos me ayuda a entender lo que se pide.
8. A mitad de un proyecto, descubres que te falta una habilidad importante. ¿Qué harías?
Identificar el concepto que me falta, probarlo por separado y luego volver al proyecto.
Completar una lección estructurada sobre el tema antes de continuar.
Pedir el código específico que necesito para poder seguir avanzando con el proyecto.
Dejar el proyecto de lado hasta sentir que tengo una mejor preparación para ese nivel de trabajo.
9. Llevas 40 minutos intentando resolver un problema sin éxito. ¿Cómo buscarías ayuda?
Cambiar de tarea y esperar hasta que alguien esté disponible para revisarlo conmigo.
Pedirle a alguien que me explique paso a paso cómo resolvería todo el problema.
Reducir el problema a un ejemplo pequeño que pueda mostrarle a otra persona.
Resumir la evidencia y los intentos, y luego hacer una pregunta específica sobre la incertidumbre restante.
10. Si tuvieras que elegir un primer proyecto de programación, ¿qué opción te atraería más?
Un proyecto manejable relacionado con uno de mis intereses, que permita agregar una función a la vez.
Un proyecto de curso con instrucciones, puntos de control y un final definido.
Una idea ambiciosa que sea lo bastante emocionante como para mantener mi motivación.
Esperaría hasta comprender mejor los fundamentos antes de elegir un proyecto.
11. Un problema de lógica tiene muchas condiciones y tu primera solución falla. ¿Qué harías después?
Hacer una pausa y retomarlo más tarde con una perspectiva general renovada.
Crear una tabla de casos posibles y contrastar cada condición con ella.
Aislar una o dos condiciones a la vez para localizar el conflicto.
Volver a leer todas las condiciones e intentar otra solución completa.
12. Una corrección resuelve el problema original, pero crea uno nuevo en otra parte. ¿Qué te inclinarías a hacer?
Comparar el comportamiento antes y después del cambio para identificar la suposición que conecta ambos problemas.
Revertir la corrección y volver a intentarlo con cambios más pequeños, probados por separado.
Buscar otra corrección publicada que pueda evitar el efecto secundario.
Pasar a una tarea más predecible porque este tipo de iteración me agota rápidamente.
13. Alguien pregunta cuánto tiempo llevará un proyecto digital descrito de manera vaga. ¿Cómo elaborarías una estimación?
Dar una estimación general basada en el tamaño y la impresión global del proyecto.
Compararlo con un proyecto similar que haya visto antes.
Identificar los requisitos poco claros, dividir el trabajo en partes y estimar cada una.
Crear un prototipo de la parte más incierta antes de estimar el resto.
14. Un programa que acabas de modificar deja de funcionar. ¿Qué reacción te resulta más natural?
Alejarme un momento y retomarlo cuando sienta menos frustración.
Buscar una solución alternativa que evite el problema.
Revisar mis cambios más recientes y revertirlos uno por uno.
Reproducir la falla, leer los detalles del error y probar una posible causa a la vez.
15. Te piden automatizar una tarea repetitiva que nunca antes has realizado. ¿Qué harías primero de manera más natural?
Buscar un ejemplo similar y adaptarlo a medida que surjan nuevos problemas.
Anotar el resultado deseado y los datos de entrada, y luego dividir la tarea en operaciones más pequeñas.
Esbozar una secuencia aproximada de acciones y perfeccionarla mientras trabajo.
Pedir una secuencia clara para seguir antes de comenzar.