Guía para Estudiantes de DAW, DAM, SMR y ASIR (2026)
¿Estudias DAW, DAM o SMR y no sabes por dónde empezar? Qué piden las empresas en 2026, qué aprender primero y cómo usar la IA sin perder fundamentos.
Tabla de contenidos
Llevo trabajando en el sector tech desde que terminé mis estudios, y si hay algo que me habría gustado que me dijeran cuando estaba en clase es esto: el título no es suficiente. Lo que te enseñan en DAW, DAM, SMR, ASIR o cualquier ciclo de informática es una base, pero lo que te separa del resto es tu actitud, tu capacidad de aprender por tu cuenta y cómo te adaptas a lo que viene.
Y lo que viene, en 2026, es la inteligencia artificial. No como amenaza. Como herramienta.
Este artículo es la guía que me habría gustado tener. Sin rodeos, sin vender humo. Solo lo que funciona.
TL;DR — 5 ideas clave:
- Los fundamentos (lógica, estructuras de datos, patrones) NO son opcionales — sin ellos la IA no te salva.
- La IA no quita trabajos: cambia cómo trabajamos. Las empresas buscan gente que sepa usarla.
- Lo que más valoran las empresas en juniors: resolver problemas solo, actitud y portfolio real.
- Regla 70/20/10: 70% práctica, 20% comunidad, 10% teoría.
- Haz proyectos que impresionen: no otro clon de TODO app — resuelve problemas reales.
📌 Primero: ¿qué ciclos de informática existen?
Si estás leyendo esto probablemente ya conozcas el tuyo, pero aquí tienes el mapa completo:
Grado Medio
| Ciclo | Nombre completo | Enfoque |
|---|---|---|
| SMR | Sistemas Microinformáticos y Redes | Redes, sistemas operativos, hardware, soporte IT |
Grado Superior
| Ciclo | Nombre completo | Enfoque |
|---|---|---|
| DAW | Desarrollo de Aplicaciones Web | Frontend, backend, bases de datos, despliegue web |
| DAM | Desarrollo de Aplicaciones Multiplataforma | Apps móviles, escritorio, APIs, multiplataforma |
| ASIR | Administración de Sistemas Informáticos en Red | Servidores, cloud, virtualización, seguridad, automatización |
Cursos de Especialización (post-grado superior)
| Ciclo | Enfoque |
|---|---|
| Ciberseguridad en Entornos de las TI | Pentesting, hardening, análisis forense, respuesta a incidentes |
| IA y Big Data | Machine learning, procesamiento de datos, modelos predictivos |
Todos son Formación Profesional, y todos tienen una demanda brutal en el mercado laboral español. Según datos de InfoJobs y LinkedIn de 2026:
- El 87% de ofertas tech en España no requieren carrera universitaria
- Los perfiles de FP en informática tienen una tasa de empleo superior al 80% antes de los 6 meses
- El salario medio de un junior con DAW/DAM/ASIR ronda los 20.000-26.000€ brutos en su primer año
Pero ojo: estos datos son para gente que se mueve. No para los que esperan que el título haga todo el trabajo.
🧠 Los fundamentos NO son opcionales
Sé que suena aburrido. Sé que quieres aprender React, o hacer una app con IA, o montar un SaaS. Pero escúchame:
Si no entiendes los fundamentos, la IA te va a usar a ti en vez de tú usarla a ella.
¿Por qué? Porque la IA genera código. Mucho código. Y si no tienes criterio para evaluarlo, estarás copiando y pegando sin entender qué hace. Eso funciona hasta que algo se rompe — y siempre se rompe.
Lo que DEBES dominar sí o sí
No importa si haces DAW, DAM, SMR o ASIR. Esto es lo básico:
1. Lógica de programación
- Variables, bucles, condicionales, funciones
- Entender qué hace un
forsin tener que ejecutarlo - Saber leer código ajeno (esto es el 70% del trabajo real)
2. Estructuras de datos
- Arrays, objetos, listas, pilas, colas
- Cuándo usar cada una y por qué
- No hace falta que te sepas la complejidad algorítmica de memoria, pero sí entender que un array de 1 millón de elementos no se recorre con 3
forEachanidados
3. Bases de datos
- SQL básico:
SELECT,JOIN,WHERE,GROUP BY - Diferencia entre SQL y NoSQL
- Modelado de datos (saber diseñar tablas con sentido)
4. Terminal / línea de comandos
- Navegar por el sistema de archivos
gitbásico (clone, add, commit, push, pull, branch)- Ejecutar scripts, instalar paquetes, leer logs de error
5. Redes y HTTP
- Qué es una petición HTTP (GET, POST, PUT, DELETE)
- Qué es un servidor, un dominio, un DNS
- Cómo funciona HTTPS y por qué importa
💡 Regla de oro: si no puedes explicar algo con tus propias palabras sin mirar apuntes, no lo entiendes. Y si no lo entiendes, la IA no te va a salvar.
🤖 La IA no te va a quitar el trabajo (pero sí lo va a cambiar)
Este es el elefante en la habitación. En Twitter, en TikTok, en los grupos de clase, en todas partes:
“La IA va a sustituir a los programadores” “Ya no hace falta aprender a programar” “En 2 años no habrá devs”
Esto es mentira. Y te lo digo con datos, no con opinión:
¿Qué dicen los datos reales?
- GitHub reportó en 2025 que los desarrolladores que usan Copilot completan tareas un 55% más rápido — pero siguen siendo desarrolladores humanos los que deciden QUÉ hacer
- Stack Overflow Survey 2025: el 92% de desarrolladores profesionales usan herramientas de IA, pero solo el 3% dice que podrían ser reemplazados completamente
- LinkedIn Jobs: las ofertas de empleo tech crecieron un 12% en 2025 en España, incluso con la adopción masiva de IA
¿Por qué la IA no reemplaza programadores?
Piénsalo así:
Sin IA: 1 dev → 1 proyecto en 3 meses
Con IA: 1 dev → 1 proyecto en 1 mes (o 3 proyectos en 3 meses)
La IA no elimina devs. Multiplica la productividad.
Las empresas no piensan “genial, ahora necesito menos devs”. Piensan “genial, ahora mis devs pueden hacer 3x más”. Y eso significa que quieren más proyectos, más features, más productos. La demanda crece, no se reduce.
¿Sabes qué pasó cuando llegaron los frameworks como React o Django? ¿Desaparecieron los desarrolladores? No. Se multiplicaron. Porque hacer webs se volvió más fácil, más empresas quisieron tener presencia online y se necesitó más gente.
Con la IA pasa exactamente lo mismo, pero a mayor escala.
Lo que SÍ va a pasar
- Desaparecerán los devs que solo copian y pegan (ya sean de Stack Overflow o de ChatGPT)
- Crecerá la demanda de devs que piensan, que tienen criterio, que entienden el negocio
- La IA será una herramienta más en tu arsenal, como lo es VS Code, Git o Google
El dev del futuro no compite con la IA. Trabaja CON la IA.
🔧 Cómo aprender en 2026 (de verdad)
El error más común que veo en estudiantes de DAW/DAM/SMR/ASIR es estudiar como si fuera 2015. Apuntes, memorizar, hacer el ejercicio exacto del libro. Eso ya no funciona.
La regla 70/20/10
Así es como realmente se aprende en tech:
- 70% → Haciendo proyectos reales (sí, aunque sean pequeños y feos)
- 20% → Leyendo código de otros (GitHub, proyectos open source, repos de empresas)
- 10% → Cursos, vídeos, documentación
Nota: la clase cuenta como parte del 10%. Los apuntes te dan contexto, pero no te enseñan a programar. Programar se aprende programando.
Proyectos que SÍ impresionan en una entrevista
No necesitas hacer el próximo Instagram. Necesitas demostrar que sabes resolver problemas:
| Proyecto | Qué demuestra | Dificultad |
|---|---|---|
| Portfolio personal con blog | HTML/CSS, deploy, dominio propio | ⭐ |
| API REST con autenticación | Backend, bases de datos, seguridad | ⭐⭐ |
| Clon simplificado de Trello/Notion | Frontend + backend + persistencia | ⭐⭐⭐ |
| Bot de Discord/Telegram | APIs, webhooks, lógica async | ⭐⭐ |
| CLI tool que resuelva un problema tuyo | Node.js/Python, argumentos, file system | ⭐⭐ |
| Contribución a un proyecto open source | Git avanzado, trabajo en equipo, leer código | ⭐⭐⭐ |
💡 Pro tip: pon TODOS tus proyectos en GitHub con un buen README. El 80% de recruiters miran tu GitHub antes de llamarte.
Cómo usar la IA para aprender (sin que te haga trampas)
La IA es el mejor tutor personalizado que existe, si la usas bien. Aquí van las reglas:
✅ BIEN:
- Pedirle que te explique un concepto que no entiendes
- Usarla para debuggear errores mostrándole el error completo
- Que te revise código que TÚ escribiste y te diga cómo mejorarlo
- Generar tests para tu código y ver si pasan
- Que te plantee ejercicios del tema que estás estudiando
❌ MAL:
- Pedirle que te haga la práctica entera
- Copiar y pegar sin leer lo que genera
- Usarla en exámenes como sustituto de entender
- No intentar resolver el problema antes de preguntarle
- Asumir que lo que genera es correcto (spoiler: a veces no lo es)
La regla de los 20 minutos: antes de preguntarle a la IA, intenta resolverlo tú solo durante 20 minutos. Busca en Google, lee documentación, prueba cosas. Si después de 20 minutos no avanzas, ahí sí — pregunta. Pero pregunta bien:
❌ "Hazme un login en React"
✅ "Estoy haciendo un login en React con useState.
El formulario envía los datos pero no me redirige
después del login. Este es mi código: [código].
¿Qué puede estar fallando?"
La diferencia entre un junior que crece rápido y uno que se estanca es la calidad de sus preguntas.
🏢 Qué buscan las empresas en 2026 (de verdad)
He hablado con recruiters, CTOs y leads de equipo. Esto es lo que buscan en un perfil junior, por orden de importancia:
1. 🧩 Capacidad de resolver problemas
No te van a preguntar la sintaxis de un map() en una entrevista (y si lo hacen, sal corriendo). Lo que quieren saber es:
- ¿Cómo piensas? Cuando te encuentras un bug, ¿te quedas paralizado o empiezas a investigar?
- ¿Sabes buscar? Google, documentación oficial, GitHub issues. El 90% de los problemas que te vas a encontrar ya los ha tenido alguien antes
- ¿Pides ayuda cuando toca? No después de 5 minutos, no después de 3 días. Hay un punto medio
2. 🔄 Adaptabilidad
La empresa usa React pero tú aprendiste Angular. ¿Problema? No debería serlo.
Si entiendes los fundamentos (componentes, estado, props, ciclo de vida), cambiar de framework es cuestión de 1-2 semanas. Las empresas lo saben. No buscan que sepas SU stack exacto. Buscan que seas capaz de aprenderlo rápido.
Esto se demuestra:
- Teniendo proyectos en más de una tecnología en tu GitHub
- Mostrando que has aprendido cosas por tu cuenta fuera del temario
- Teniendo curiosidad genuina (no fingida en la entrevista)
3. 💬 Comunicación
Suena raro, pero la habilidad #1 que falta en juniors técnicos es saber comunicar:
- Explicar un problema técnico a alguien no técnico
- Escribir mensajes claros en Slack/Teams/email
- Documentar tu código (aunque sea un README decente)
- Pedir ayuda de forma concreta, no con un “no me funciona”
💡 Ejercicio: la próxima vez que tengas un bug, escríbelo como si fuera un issue de GitHub. Título, descripción del problema, pasos para reproducirlo, qué esperabas que pasara, qué pasa realmente. Si haces esto como hábito, vas a destacar inmediatamente en cualquier equipo.
4. 🤖 Productividad con herramientas de IA
En 2026, saber usar IA no es opcional. Las empresas ya dan por hecho que usas herramientas como:
- GitHub Copilot o Cursor para escribir código
- ChatGPT o Claude para investigar, debuggear o diseñar soluciones
- Herramientas de automatización como n8n o Make para tareas repetitivas
Lo que quieren ver es que seas productivo. Que una tarea que antes llevaba 4 horas, la hagas en 1. No porque seas un genio, sino porque sabes usar las herramientas.
5. 📂 Portfolio tangible
Un GitHub con proyectos reales vale más que un currículum de 3 páginas. Lo mínimo:
- GitHub actualizado con al menos 3-5 repos con buen README
- LinkedIn al día con tu stack y proyectos
- Portfolio web (bonus points si lo hiciste tú)
- Al menos 1 proyecto desplegado que alguien pueda ver en vivo
🚀 Ser resolutivo: la habilidad que nadie enseña
Esto no viene en ningún módulo del ciclo, pero es literalmente lo que más va a determinar tu carrera:
Ser resolutivo = encontrar la manera de que algo funcione, aunque no sepas cómo al principio.
La mentalidad del solucionador
Cuando te encuentras un error:
Mentalidad de "víctima":
"No funciona" → pido ayuda → me lo resuelven → sigo
Mentalidad resolutiva:
"No funciona" → leo el error → busco en Google → pruebo 3 cosas
→ si no funciona, formulo una pregunta concreta → aprendo por qué
fallaba → lo documento para no repetirlo
La diferencia no es inteligencia. Es proceso.
El framework para resolver cualquier problema
- Lee el error completo. No solo la última línea. Todo. El 80% de los errores te dicen exactamente qué falla
- Aísla el problema. ¿Falla el frontend? ¿El backend? ¿La base de datos? ¿La red? Divide y vencerás
- Busca el error literal en Google. Copia y pega el mensaje de error. Alguien ya lo ha tenido
- Mira la documentación oficial. No un tutorial de 2019. La documentación del framework/librería que estés usando
- Pregunta con contexto. Si después de 20 minutos no avanzas, pregunta — pero dale contexto a quien preguntes (o a la IA)
Errores comunes de estudiantes
| Error | Por qué es un problema | Solución |
|---|---|---|
| ”No me funciona” (sin más) | Nadie puede ayudarte si no describes el problema | Siempre describe: qué hiciste, qué esperabas, qué pasó |
| Copiar código sin entenderlo | Funciona hoy, explota mañana | Lee cada línea. Si no entiendes una, búscala |
| Rendirse al primer error | Los errores SON el trabajo | Cada error resuelto es experiencia ganada |
| Solo seguir tutoriales | Sabes replicar, no crear | Modifica el tutorial: cambia features, añade cosas |
| No usar Git desde el principio | Pierdes código, no puedes mostrar tu trabajo | git init en todo. Siempre. Desde el día 1 |
📱 Las tecnologías que importan en 2026
No te digo que aprendas todas. Te digo que entiendas el mapa para que puedas elegir tu camino:
Si vas por web (DAW)
Frontend: HTML + CSS + JavaScript → React o Vue o Svelte
Backend: Node.js (Express/Fastify) o Python (Django/FastAPI)
Base datos: PostgreSQL + Redis
DevOps: Git + Docker + Netlify/Vercel
IA: GitHub Copilot + ChatGPT/Claude para día a día
Si vas por multiplataforma (DAM)
Móvil: Kotlin (Android) o Swift (iOS) o Flutter/React Native
Backend: Java (Spring Boot) o Node.js o Python
Base datos: PostgreSQL + Firebase/Supabase
DevOps: Git + Docker + CI/CD básico
IA: Copilot + modelos locales para features on-device
Si vas por sistemas (SMR)
Sistemas: Linux (Ubuntu/Debian) + Windows Server
Redes: TCP/IP, DNS, DHCP, VPN, firewalls
Cloud: AWS o Azure (certificaciones = oro)
Scripting: Bash + PowerShell + Python
IA: Automatización con scripts + ChatGPT para troubleshooting
Si vas por administración de sistemas (ASIR)
Servidores: Linux Server + Windows Server + Active Directory
Cloud: AWS / Azure / GCP (al menos uno con certificación)
Contenedores: Docker + Kubernetes básico
Automatización: Ansible + Terraform + scripts Bash/Python
Monitorización: Prometheus + Grafana, ELK Stack
IA: ChatGPT para troubleshooting + scripts de automatización con IA
Si vas por ciberseguridad (Especialización)
Ofensivo: Kali Linux, Burp Suite, Metasploit, OWASP
Defensivo: SIEM (Splunk/Wazuh), firewalls, IDS/IPS
Forense: Autopsy, Volatility, análisis de logs
Redes: Wireshark, Nmap, tcpdump
IA: Detección de amenazas con ML + IA para análisis de logs
Si vas por IA y Big Data (Especialización)
Lenguajes: Python (obligatorio) + SQL
ML/DL: scikit-learn, TensorFlow/PyTorch
Datos: Pandas, NumPy, Apache Spark
Cloud: AWS SageMaker / Azure ML / Google Vertex AI
MLOps: MLflow, Docker, CI/CD para modelos
IA: Aquí la IA ES tu campo — domínala al máximo
💡 Nota importante: no intentes aprender TODO. Elige UNA ruta, profundiza, y cuando la domines, amplía. Un junior que sabe React bien vale más que uno que “sabe” React, Vue, Angular, Svelte pero no domina ninguno.
🎯 Plan de acción concreto
No quiero que cierres este artículo y sigas igual. Aquí tienes un plan de 30 días para empezar a diferenciarte:
Semana 1: Fundamentos y setup
- Instala VS Code + extensiones esenciales (Copilot, Prettier, GitLens)
- Crea una cuenta en GitHub (si no la tienes) y haz tu primer repo
- Haz un proyecto simple sin IA: una calculadora, un to-do list, lo que sea. Entiende cada línea
- Aprende los 10 comandos básicos de Git
Semana 2: Proyecto real
- Elige un proyecto de la tabla de arriba y empieza
- Usa Git desde el minuto 1 (commits pequeños y descriptivos)
- Cuando te atasques, usa la regla de los 20 minutos antes de pedir ayuda
- Documenta tu proceso: qué problemas encontraste y cómo los resolviste
Semana 3: IA como herramienta
- Configura GitHub Copilot (es gratis para estudiantes con el GitHub Student Pack)
- Usa ChatGPT o Claude para que te explique partes de tu código que no entiendas
- Pídele que te revise tu código y sugiera mejoras
- Genera tests automáticos para tu proyecto y asegúrate de que pasen
Semana 4: Visibilidad
- Sube tu proyecto a GitHub con un README completo (descripción, screenshots, cómo instalarlo)
- Despliega tu proyecto en algún sitio gratuito (Netlify, Vercel, Railway)
- Actualiza tu LinkedIn con tu stack y proyecto
- Escribe un post en LinkedIn contando qué aprendiste (esto impresiona más de lo que crees)
💪 La verdad que nadie te cuenta
El sector tech es uno de los pocos donde no importa de dónde vienes. No importa si hiciste una carrera de 4 años o un FP de 2. No importa si aprendiste en una academia o de forma autodidacta.
Lo que importa es:
- ¿Sabes resolver problemas?
- ¿Puedes aprender cosas nuevas rápido?
- ¿Eres productivo?
- ¿Puedes trabajar en equipo?
Eso es todo. Y todo eso se puede aprender y practicar.
Así que no te rindas. No dejes que el síndrome del impostor te paralice. No dejes que los titulares catastrofistas sobre la IA te asusten.
La IA es una herramienta. Aprende a usarla. Pero primero, aprende los fundamentos. Porque las herramientas cambian cada 2 años, pero la capacidad de pensar y resolver problemas dura toda la vida.
🔗 Recursos que te recomiendo
- GitHub Student Developer Pack — Copilot gratis + muchas herramientas más
- freeCodeCamp — Cursos gratuitos de desarrollo web completos
- The Odin Project — Ruta de aprendizaje web full-stack gratuita
- roadmap.sh — Mapas visuales de qué aprender para cada rol tech
- Mi artículo sobre herramientas de IA — Las mejores herramientas de IA organizadas por categoría
- Cómo hice mi portfolio con Vite y Tailwind — Inspiración para tu primer portfolio
- Los mejores modelos de IA para programar — Qué IA usar para aprender a programar más rápido
- Los 20 mejores prompts para programar con IA — Prompts que te ayudarán en tus proyectos
- 10 ideas de TFG para DAW y DAM — Con stack, dificultad y código de ejemplo
- Conectar Java con MySQL (JDBC) — Tutorial paso a paso con CRUD completo
- Comandos Git esenciales — Cheat sheet con todo lo que necesitas para tus proyectos
¿Eres estudiante y tienes dudas? Lee mi historia como developer — empecé igual que tú, con SMR y DAW. O pásate por mi portfolio y escríbeme. Siempre intento responder.