Cómo ser desarrollador web: un camino realista
Ser desarrollador web consiste en aprender un conjunto concreto y finito de cosas y después demostrar que termina el trabajo. Aprender está bien documentado y es gratis; la parte difícil es construir pruebas de que alguien debería pagarle.
Esta guía cubre un orden realista de aprendizaje, plazos honestos, qué necesita de verdad un portafolio y cómo se encuentran los primeros clientes.
Qué aprender, en orden#
El orden importa más que el ritmo. Cada capa hace comprensible la siguiente, y saltarse pasos produce perfiles que copian soluciones pero no diagnostican problemas.
- HTML, en serio. Semántica, formularios, accesibilidad. Casi todos los perfiles profesionales tienen huecos aquí y se nota en su trabajo.
- CSS, en serio. Modelo de caja, flexbox, grid, propiedades personalizadas, maquetación adaptable. Aquí es donde alguien que empieza puede volverse útil más rápido.
- Fundamentos de JavaScript. El lenguaje en sí y el DOM, antes que cualquier framework.
- Control de versiones. Git, ramas, pull requests. No negociable para trabajar con nadie.
- Cómo funciona la web. HTTP, códigos de estado, caché, DNS, TLS. Esto es lo que separa diagnosticar de adivinar.
- Un lenguaje de backend y SQL. Cualquiera de los habituales; los conceptos se transfieren.
- Un CMS o un framework, elegido según qué trabajo existe cerca de usted.
- Despliegue. Poner un sitio en alojamiento real, con dominio y certificado.
La profundidad en HTML y CSS está infravalorada y es vendible de inmediato. Quien sabe construir interfaces rápidas, accesibles y adaptables tiene más salida que quien conoce tres frameworks superficialmente.
Cuánto tarda de verdad#
Con un estudio constante de 15 a 20 horas semanales. A tiempo completo esto se comprime, y nada comprime la última fila.
| Etapa | Tiempo | Qué puede hacer |
|---|---|---|
| Fundamentos de HTML y CSS | 1–2 meses | Construir una página estática a partir de un diseño |
| Maquetación adaptable y bases de JavaScript | 3–5 meses | Construir un sitio pequeño con interacción |
| Primer proyecto real | 5–8 meses | Entregar algo para otra persona |
| Perfil junior contratable | 8–14 meses | Contribuir a un código con supervisión |
| Trabajar de forma independiente | 2–3 años | Llevar un proyecto pequeño de principio a fin |
| Perfil sénior | Más de 5 años | Tomar decisiones de arquitectura y acertar a menudo |
El paso que la gente subestima es «entregar algo para otra persona». Construir para uno mismo enseña sintaxis; construir para un cliente enseña alcance, comentarios, plazos y que los requisitos cambian.
Qué debe mostrar un portafolio#
Tres o cuatro proyectos terminados, en producción y bien explicados ganan a veinte clones de tutorial. Lo que se juzga es si termina las cosas y si entiende lo que construyó.
- URLs en producción, no capturas. Tiene que funcionar cuando alguien haga clic.
- Un texto breve por proyecto: el problema, sus decisiones, qué haría distinto.
- Al menos un proyecto real con una persona usuaria real, aunque no sea pagado: un negocio local, un club, una entidad sin ánimo de lucro.
- Pruebas de calidad: rápido, accesible, funciona en móvil. La gente lo comprueba.
- Su propio sitio, bien hecho. Es lo primero que cualquiera mira y lo más fácil de hacer bien.
- Código en un repositorio público con commits legibles y un README que explique cómo ejecutarlo.
Encontrar los primeros clientes#
Los dos o tres primeros son los difíciles. Después, casi todo el trabajo llega por recomendación, lo que significa que terminar bien importa más que el marketing.
- Empiece por gente que ya conoce. Casi todo primer trabajo pagado salió así.
- Elija un nicho en vez de ser generalista. «Webs para clínicas dentales» se vende mucho mejor que «webs».
- Resuelva un problema caro y concreto —velocidad, una auditoría de accesibilidad, una migración— en vez de ofrecerlo todo.
- Cobre desde el primer proyecto, aunque sea poco. El trabajo gratis se valora en consecuencia y atrae alcance ilimitado.
- Ponga por escrito el alcance y las condiciones de pago antes de empezar, por pequeño que sea el encargo.
- Termine como es debido: traspaso, documentación, una oferta de mantenimiento. Eso es lo que produce el segundo cliente.
- Pida una recomendación cuando el cliente esté más contento, que es justo después del lanzamiento.
Preguntas frecuentes
¿Necesito una carrera de informática?
No, y una buena parte de quienes trabajan en desarrollo web no la tiene. Un título ayuda en algunas organizaciones grandes y en puestos más cercanos a la informática que al desarrollo web. Para casi todo el trabajo web, las pruebas de proyectos terminados importan más que las credenciales, pero sí necesita los fundamentos que le habría dado una carrera, aprendidos de otra forma.
¿Frontend o backend primero?
Frontend, en casi todos los casos. Ve resultados de inmediato, lo que sostiene la motivación, y es el camino más corto para ser útil a alguien. Cuando sepa construir interfaces bien, los conceptos de backend son más fáciles de aprender porque ya entiende para qué son los datos.
¿Es tarde para empezar?
No, y quienes cambian de carrera suelen ir bien porque traen conocimiento de un sector que a otros les falta: contables que construyen para contables, docentes que construyen para centros educativos. El mercado de perfiles junior generalistas está muy competido; el de alguien que entiende un sector concreto y sabe construir, mucho menos.
¿Debo aprender un framework pronto?
Aprenda primero los fundamentos. Los frameworks cambian cada pocos años y son mucho más fáciles de coger cuando entiende qué están abstrayendo. Quien aprendió un framework sin el lenguaje de debajo suele ser eficaz dentro de sus patrones y quedarse atascado fuera de ellos, y ese techo llega rápido.
como ser desarrollador webaprender desarrollo webcarrera desarrollador webportafolio desarrollador webdesarrollador web freelancedesarrollador frontend
