Cada módulo del instituto sigue una misma lógica de trabajo: entender el concepto, practicarlo con ejercicios cortos y revisar lo aprendido antes de avanzar. Así se evita acumular temas sin base y se puede medir el propio progreso con criterio.
Antes de asignar un módulo, se conversa sobre la experiencia previa, el tiempo disponible y el objetivo concreto. De ahí sale una ruta sugerida: fundamentos, desarrollo de aplicaciones o conceptos técnicos de infraestructura.
Se entrega el temario del módulo con lecturas, ejemplos comentados y ejercicios guiados. El plan indica qué se ve en cada bloque y qué conviene tener resuelto antes de pasar al siguiente.
La parte central es escribir código, no solo leerlo. Los ejercicios son breves y verificables: variables, control de flujo, estructura de un proyecto pequeño o revisión de entornos de despliegue, según el módulo.
Se revisa lo entregado con observaciones sobre legibilidad, organización y decisiones técnicas. La idea no es solo que funcione, sino que el estudiante pueda explicar por qué lo hizo así.
Al terminar, se resume lo cubierto y se define si conviene profundizar en el mismo eje o avanzar hacia otro. El recorrido queda documentado para retomarlo cuando haga falta.
Dudas que aparecen antes de empezar, durante el primer módulo o al retomar los estudios después de un tiempo. Las respuestas están redactadas para orientar la decisión, no para prometer resultados.
No. El punto de entrada está pensado para quien nunca escribió una línea de código. Se trabaja con ejemplos cortos, se explica cada instrucción y se insiste en la lectura del error antes de corregirlo. Si ya programaste en otro contexto, igual conviene repasar las bases para ordenar vocabulario y hábitos.
Primero fundamentos del lenguaje y lógica, después desarrollo de aplicaciones y por último los conceptos de infraestructura y despliegue. Ese orden sigue cómo se arma un proyecto real: se aprende a escribir, luego a organizar y recién entonces a publicar. Se puede alterar si hay un objetivo puntual, pero conviene hablarlo antes.
Depende del ritmo de cada persona y de cuánto se practique fuera de las clases. Como referencia, entre cuatro y seis horas semanales permiten seguir el hilo sin acumular ejercicios. La constancia pesa más que la cantidad: dos sesiones cortas suelen rendir mejor que una maratón el fin de semana.
Un editor de código, un navegador actualizado y una terminal básica. No se exige hardware específico ni licencias pagas. Cuando un módulo necesita alguna utilidad concreta, se indica con antelación y se explica para qué sirve, de modo que el estudiante entienda la elección y no solo la ejecute.
Sí. Los apuntes, ejemplos y ejercicios resueltos permanecen accesibles para repasar cuando haga falta. Muchas consultas posteriores surgen al volver sobre un tema meses después, y tener el material a mano evita depender de la memoria. Se recomienda igual anotar dudas propias durante la cursada.
Se pueden enviar por correo a info@istiqamawaqf.com o plantear al inicio de la sesión siguiente. Las preguntas frecuentes se agrupan y se responden en conjunto para no repetir explicaciones. Si una duda es técnica y puntual, conviene incluir el fragmento de código y el mensaje de error completo.
No todos llegan con el mismo nivel ni con el mismo objetivo. Estos recorridos ordenan los módulos del instituto en tres entradas distintas: quien empieza desde cero, quien ya escribe código y quiere construir aplicaciones completas, y quien necesita entender la parte técnica que sostiene un proyecto en producción. Cada recorrido indica qué se trabaja, en qué orden y con qué tipo de práctica, para que puedas elegir sin adivinar.
Pensado para quien nunca escribió una línea de código. Se trabaja lógica, variables, tipos de datos y estructuras de control con ejercicios cortos y corrección guiada. El ritmo es pausado y cada concepto se prueba antes de pasar al siguiente. Al cerrar el recorrido, podés leer un fragmento sencillo y explicar qué hace paso a paso.
Ver este recorrido
Para quienes ya manejan las bases y quieren llevar una idea hasta una versión que se pueda abrir y probar. Se organiza el trabajo por capas: interfaz, lógica y datos, resolviendo cada una con lo mínimo necesario. Incluye criterios para elegir herramientas, ordenar carpetas y documentar lo construido, sin prometer una aplicación perfecta.
Ver este recorrido
Cuando el proyecto deja de correr solo en tu ordenador aparecen servidores, redes, entornos y copias de seguridad. Este recorrido explica qué hace cada pieza y por qué conviene entenderla aunque no la administres directamente. El objetivo es que puedas conversar con criterio sobre la infraestructura de tu propio proyecto.
Ver este recorrido