IA aplicada al desarrollo web: mi flujo real como estudiante de Ingeniería Informática

Soy estudiante de Ingeniería Informática y desarrollo web profesional al mismo tiempo. Eso significa que tengo dos disciplinas tirando en direcciones opuestas: la universidad pide profundidad teórica y paciencia, el desarrollo real pide entregar y aprender en producción. La IA, bien usada, es lo que me deja sostener las dos cosas.

Esto es mi flujo real. No la versión inspiradora, la operativa.

El contexto

Tres frentes a la vez:

• Asignaturas con proyectos, exámenes y entregas.
• Trabajo en un grupo industrial real (web, herramientas digitales, operaciones).
• Proyectos personales que mantengo activos (este portfolio, Perdicestavi, experimentos).

Sin IA, esto sería inviable manteniendo calidad. Con IA mal usada, sería peor: estaría avanzando rápido por todos lados sin profundidad real.

La regla que me ha salvado

Una sola: la IA no me sustituye, me da palanca. Si no entiendo lo que estoy construyendo, la IA solo acelera mis errores. Esa frase la repito mentalmente antes de aceptar cualquier output.

Lo que esto significa en la práctica: cada vez que la IA me genera algo, paro y me pregunto si lo entiendo. Si sí, sigo. Si no, leo, pregunto, simplifico hasta entenderlo. Ese gesto pequeño es lo que separa usar IA de depender de IA.

En la universidad

Para qué uso IA en el contexto académico:

Explicar conceptos densos. Un capítulo de teoría espeso lo paso por Claude pidiendo una explicación con ejemplo concreto. Después leo el capítulo original y veo qué se me había escapado. La IA es un primer paso, no el último.

Generar ejercicios extra. Pido variantes de un problema típico para practicar. Útil cuando los ejercicios oficiales son pocos.

Revisar código mío. Antes de entregar una práctica, pido revisión. La IA me señala bugs sutiles, mejoras de legibilidad y casos borde que se me escaparon.

Para qué NO la uso:

• Hacer la entrega completa y copiar. Eso es trampa y me roba aprendizaje.
• Resolver exámenes en mi cabeza con la IA en el bolsillo. La universidad evalúa lo que tú sabes, no lo que sabe la herramienta.

En el trabajo real

Aquí el flujo cambia, porque el objetivo cambia: en universidad aprendo, en trabajo entrego. La IA acelera entrega.

Lectura rápida de repos. Cuando entro en un proyecto nuevo, le pido a Claude Code un mapa: estructura, puntos de entrada, riesgos. Reduce días de onboarding a horas.

Andamiaje de componentes. Una pieza nueva con las convenciones del repo. Genero base, edito, valido.

Debugging acompañado. Reproduzco, hipotetizo, valido. La IA cuestiona la hipótesis. Soluciones más rápidas y más correctas.

Investigación de librerías. Antes de añadir una dependencia, pido alternativas, comparativa, riesgos. Decisión más informada en menos tiempo.

En proyectos personales

Aquí es donde me permito experimentar más. Es mi laboratorio.

Ejemplo concreto: este portfolio. Lo construí con un flujo asistido pero el criterio es mío. Cada decisión — el copy, las secciones, el sistema de diseño, el SEO — la pensé antes de pedir nada. La IA aceleró la ejecución, no las decisiones.

Las herramientas que uso

• Claude Code para tareas complejas y multi-archivo.
• ChatGPT para conversaciones cortas y consultas conceptuales.
• Cursor para iteraciones quirúrgicas en el editor.
• Antigravity cuando quiero un flujo más agéntico.

Cada una tiene su rol. Mezclarlas con criterio es lo que hace el flujo eficiente.

El error junior con IA

El error más común que veo en compañeros estudiantes: aceptar todo el output sin entenderlo. Va rápido durante un par de semanas. Luego llega un bug que no sabes ni dónde mirar y te das cuenta de que el código nunca fue tuyo.

Mi antídoto: si la IA me da una solución que no entiendo en menos de cinco minutos de leerla, la rechazo y pido una más simple. Mejor algo aburrido que entiendo que algo elegante que no.

Lo que esto cambia para un estudiante hoy

Si eres estudiante de informática en 2026, ignorar la IA es un error táctico. Pero usarla como bypass del aprendizaje es un error mayor: te lleva a graduarte siendo un prompter sin oficio.

El equilibrio que busco: usar IA como acelerador del aprendizaje, no como sustituto. Que el criterio crezca conmigo aunque la velocidad la ponga la herramienta.

Conclusión

El desarrollador junior que destaca en 2026 no es el que sabe más prompts. Es el que sabe cuándo usar la IA y cuándo no. El que sigue pudiendo leer código sin asistencia, debuggear sin agente y diseñar sin ChatGPT — y que cuando los suma, va el triple de rápido sin perder el control.

Para eso, hay que practicar las dos cosas. Sin atajos.

Si quieres ver cómo aplico esto en un caso real, mira cómo construí Perdicestavi.com o el flujo concreto con Claude Code, Cursor y Antigravity.