Convertirte en desarrollador web: una hoja de ruta realista para principiantes

La mayoría de quienes empiezan abordan esto desde el ángulo equivocado: aprenden un framework, terminan el tutorial y, cuando se sientan a escribir su propio proyecto, no son capaces de hacer nada. El problema no es el talento, es el orden.

Este artículo plantea un orden recomendado. También responde a la pregunta «¿cuánto es suficiente?» en cada paso, porque el tiempo que pierdes no se va en temas desconocidos, sino en temas que no tienen un final claro.

Fase 0 — ¿Cómo funciona internet? (1 semana)

Antes de escribir código, entiende qué es realmente una solicitud. Es trabajo de una semana, y saltártelo te cuesta en cada paso posterior. Todos los que no entienden los errores de CORS, confunden el 401 y el 403, o dicen «lo desplegué en el servidor pero no funciona» se saltaron esta base.

Qué aprender: la relación cliente-servidor, qué hace el DNS, los métodos HTTP (GET/POST/PUT/DELETE), los códigos de estado, las cabeceras y las cookies.

Cuánto es suficiente: si puedes abrir la pestaña de red del navegador y explicar paso a paso qué ocurre cuando se carga una página, vas bien.

Artículo relacionado: Códigos de estado HTTP — referencia definitiva

Fase 1 — HTML y CSS (3-4 semanas)

No aprendas HTML como «memorizar etiquetas»; apréndelo de forma semántica. Usar <nav>, <article> o <button> en lugar de <div> no es solo estética: los lectores de pantalla, la navegación con teclado y los motores de búsqueda dependen de esta distinción.

En CSS, en realidad solo hay dos temas fundamentales; el resto es detalle: el modelo de caja y el layout (Flexbox + Grid). Hasta que no los tengas claros, no podrás implementar ningún sistema de diseño.

Cuánto es suficiente: cuando puedas construir un diseño con solo mirarlo, sin copiar y pegar, y sin que se rompa en móvil.

Fase 2 — JavaScript (6-10 semanas)

Es completamente normal que esta fase lleve tiempo, y tratar de acelerarla es el error más caro que puedes cometer.

El lenguaje en sí: variables, scope, funciones, arrays y objetos, map/filter/reduce, destructuring, módulos.

JavaScript asíncrono: Promises, async/await, fetch. Lo destaco aparte porque, cuando pases al backend, todo se apoya en esto.

DOM: seleccionar elementos, escuchar eventos, cambiar contenido. No lo usarás directamente cuando pases a React, pero solo podrás entender lo que React hace por debajo si conoces esto.

Cuánto es suficiente: cuando puedas escribir una página que obtenga datos de una API, los muestre en pantalla, los filtre y gestione los estados de error, todo sin un framework.

Artículo relacionado: Mejores recursos y hoja de ruta para aprender JavaScript

Fase 3 — Git (1 semana, y después siempre)

Si aprendes Git solo como una herramienta de «copia de seguridad del código», te darás contra un muro en cuanto te encuentres con tu primer conflicto de merge. Dedícale una semana y luego úsalo en todos tus proyectos.

Qué aprender: commit, branch, merge, resolución de conflictos, git log, git revert. No necesitas saber rebase al principio.

Artículo relacionado: Fundamentos de Git: introducción al control de versiones

Fase 4 — Un framework, solo uno (6-8 semanas)

Recomiendo React y Next.js: la mayoría de las ofertas de empleo en Turquía los piden y aquí el ecosistema es el más grande. Pero ceñirte a uno es mucho más importante que cuál elijas. Quien empieza con Vue y tres semanas después se pasa a Svelte acaba sin aprender ninguno.

Qué aprender: pensamiento basado en componentes, props, state, listas, formularios, obtención de datos, routing.

Cuánto es suficiente: cuando puedas construir de principio a fin una idea propia, no copiada de un tutorial.

Fase 5 — Backend y bases de datos (6-8 semanas)

Tras aprender frontend, la transición más natural es hacia Node.js: usas el mismo lenguaje sin la carga de aprender un segundo. Si usas Next.js, de todos modos ya estás escribiendo lógica de backend con Route Handlers y Server Actions.

Qué aprender: escribir endpoints, validación de datos, autenticación, fundamentos de bases de datos relacionales (SQL, claves primarias/foráneas, JOINs), un ORM.

Elección de base de datos: empieza con PostgreSQL. Si crees que necesitas NoSQL, probablemente no lo necesitas.

Artículo relacionado: Validación de formularios en Next.js: en cliente y en servidor

Fase 6 — Despliegue (2 semanas)

Este es el paso que más se omite, y sin embargo es el que más diferencia marca al contratar. Un proyecto que funciona en local no significa gran cosa; una URL en vivo que funciona, sí.

Qué aprender: conectar nombres de dominio, variables de entorno, configurar bases de datos en producción, HTTPS, un pipeline de despliegue básico.

Empieza con Vercel; después prueba a desplegar algo con Docker en tu propio servidor. Vivir la diferencia entre ambos es lo que realmente te enseña qué significa «despliegue».

¿Cuánto tiempo lleva todo?

Preguntas frecuentes

¿Con qué lenguaje debería empezar? Para frontend no hay elección: HTML, CSS y JavaScript. Para backend, Node.js, Python y PHP son todos válidos; como ya estás aprendiendo JavaScript, Node.js no añade la carga de aprender un segundo lenguaje.

¿Debería elegir frontend o backend? Prueba un poco de ambos al principio y después profundiza en uno. Empezar como «fullstack» suele significar quedarse en la superficie de los dos. Eso sí, necesitas conocimientos básicos de ambos para poner las cosas en producción.

¿Se puede sin un título en informática? Sí. En este campo tu portafolio habla mucho más alto que un título. Pero la falta de conocimientos de algoritmos y estructuras de datos te alcanzará en algún momento, aunque esa laguna siempre puedes cubrirla más adelante.

¿Cuántos proyectos debería hacer? Importa la profundidad, no la cantidad. Dos proyectos construidos de principio a fin, desplegados en vivo y que resuelvan un problema real valen mucho más que diez proyectos copiados de tutoriales.

¿Las herramientas de IA dificultarán mi aprendizaje? Si solo generas código y sigues adelante sin entenderlo, sí. Si lees el código generado línea por línea y te preguntas por qué se escribió así, te acelerará. El criterio es simple: ¿puedes explicarle a otra persona el código que escribiste?

¿Es obligatorio el inglés? A nivel de lectura, absolutamente. Casi toda la documentación y los mensajes de error están en inglés. La fluidez al hablar solo es necesaria si buscas trabajo en el extranjero.

¿Cuándo debería empezar a buscar empleo? Cuando termines la fase 6. Si tienes dos proyectos en vivo y un perfil de GitHub con un historial de commits constante, estás listo. Esperar a «aprender un poco más» suele ser solo procrastinación.

¿Debería ir a un bootcamp? Si eres capaz de autodisciplinarte, no lo necesitas; los recursos están ahí gratis. Sin embargo, tener a alguien a quien preguntar cuando te atascas y un calendario externo puede ser un acelerador enorme. La decisión no va del presupuesto; es una cuestión de tu capacidad para avanzar por tu cuenta.

Palabras finales

La característica más importante de esta hoja de ruta es el orden. Saltarte fases no ahorra tiempo; te muerde el doble de fuerte en la siguiente fase: quien se lanza a React sin aprender bien JavaScript no está aprendiendo React, solo está memorizando un patrón concreto, y en cuanto necesita salirse de ese patrón, se topa con un muro.

El camino que parece lento es en realidad el rápido.