Mi experiencia estudiando DAM y DAW: lo que me habría gustado saber antes de empezar

Hola, soy Agustín Cintas, y en este post quiero contarte mi experiencia estudiando DAM y DAW.

Después de contar mi historia y cómo acabé metiéndome en programación, tenía sentido hablar de los dos ciclos que me abrieron la puerta a trabajar como programador.

No quiero hacer una guía oficial, perfecta ni académica. Para eso ya existen las páginas de los centros, los temarios oficiales y toda la documentación que puedas encontrar. Lo que quiero hacer aquí es algo distinto: explicarte, desde mi experiencia, qué me encontré realmente, qué cosas me dieron miedo antes de empezar, qué módulos me parecieron más importantes y qué consejos le daría a alguien que se está planteando estudiar DAM o DAW.

También quiero dejar clara una cosa desde el principio: esta es mi experiencia. La tuya puede cambiar muchísimo según el centro donde estudies, los profesores que tengas, el grupo que te toque y la forma en la que tú te tomes el ciclo.

Yo tuve la suerte de estudiar en un instituto público y de encontrarme con varios profesores con mucha vocación por la programación. Eso ayuda muchísimo. Un buen profesor puede hacer que un módulo complicado te acabe gustando, igual que un mal profesor puede hacer que odies algo que, bien explicado, quizá te habría encantado.

Así que si estás pensando en estudiar DAM o DAW y al leer los nombres de los módulos te suena todo a chino, te entiendo. A mí también me pasó.

Vamos a bajarlo un poco a tierra.

Este post es largo, pero la idea es que puedas leerlo por partes. Si estás valorando estudiar DAM o DAW, puedes ir directamente a la sección que más dudas te genere y volver cuando lo necesites.

Antes de empezar: ¿qué son DAM y DAW?

DAM y DAW son dos ciclos formativos de grado superior de la rama de Informática y Comunicaciones.

Dicho rápido:

DAM significa Desarrollo de Aplicaciones Multiplataforma.
DAW significa Desarrollo de Aplicaciones Web.

Los dos comparten una base muy parecida, sobre todo al principio: programación, bases de datos, sistemas informáticos, lenguajes de marcas, herramientas de desarrollo, etc.

Luego cada uno tira más hacia una rama:

DAM está más enfocado a crear aplicaciones: aplicaciones de escritorio, aplicaciones móviles, lógica de negocio, conexión con bases de datos, interfaces y software empresarial.

DAW está más enfocado al mundo web: páginas web, aplicaciones web, frontend, backend, servidores, despliegue, interfaces web y todo lo que pasa cuando una aplicación funciona en internet o en una intranet.

Aun así, no son mundos completamente separados. En los dos vas a programar, vas a tener que entender bases de datos, vas a pelearte con errores y vas a aprender a resolver problemas.

También hay módulos más transversales, como orientación laboral, empresa, inglés, prácticas o proyecto final, según el plan y el centro. En este post me voy a centrar sobre todo en los módulos técnicos, porque son los que más dudas suelen generar cuando estás pensando en empezar.

Otra cosa importante: las tecnologías concretas pueden cambiar según el centro, el año y el profesor. Yo hablaré de Java, C#, SQL, .NET, Kotlin, PHP, Laravel, Odoo, React u otras herramientas porque fueron las que vi en mi experiencia, pero no te quedes solo con el lenguaje. Quédate con la idea de cada módulo y con lo que te aporta.

Los miedos típicos antes de empezar

Antes de entrar módulo por módulo, quiero hablar de los miedos típicos. Porque muchas veces la gente no se frena por el ciclo en sí, sino por la película que se monta en la cabeza antes de empezar.

Yo también venía con muchos prejuicios. Pensaba que informática era para gente que ya sabía, para gente muy técnica o para el típico perfil que llevaba desde pequeño programando.

Y no tiene por qué ser así.

¿Hace falta saber programar antes?

No.

No hace falta saber programar antes de empezar DAM o DAW.

Obviamente, si has mirado algo por tu cuenta, los primeros temas te sonarán menos a chino. Pero no es obligatorio. Los ciclos están pensados para que puedas empezar desde cero.

Yo he coincidido con gente que al principio apenas se manejaba con el ordenador y que, con el tiempo, acabó sacando el ciclo muy bien.

Así que no te rayes con esto. Ayuda venir con algo de base, sí. Pero no es una condición para empezar.

¿Y si soy malo en matemáticas?

Esta es una de las preguntas que más se repite.

Y te lo digo claro: no necesitas ser un genio de las matemáticas para estudiar programación.

Yo era de los típicos que en un examen sumaba 2 + 2 en la calculadora por si acaso había cambiado el resultado. Imagínate.

La programación tiene lógica, sí. Y las matemáticas pueden ayudarte a entrenar esa forma de pensar. Pero no te imagines que vas a estar todo el día haciendo trigonometría, integrales o cosas rarísimas para poder programar una aplicación.

En el día a día vas a trabajar con lógica, condiciones, bucles, datos, estructuras, funciones, objetos y problemas que se van entendiendo con práctica.

Si no vienes fuerte en matemáticas, no pasa nada. Lo importante es no usar eso como excusa para no intentarlo.

¿Y si no sé inglés?

El inglés ayuda. Mucho.

No te voy a decir que no, porque sería mentir. Mucha documentación oficial, foros, errores, vídeos y recursos están en inglés. Saber inglés te facilita mucho la vida.

Pero no saber inglés perfecto no debería frenarte.

Yo al principio tampoco entendía gran cosa. Muchas veces tenía que tirar de traductores, foros, vídeos y paciencia. Hoy, además, con la IA y las herramientas actuales, puedes entender documentación, errores y conceptos mucho más rápido que antes.

Eso sí: que la IA te ayude no significa que el inglés deje de importar. Si puedes mejorarlo poco a poco, hazlo. Te va a abrir muchas puertas.

Pero no te digas: “No estudio informática porque no sé inglés”. Eso sería ponerte una barrera antes de empezar.

¿Y si soy demasiado mayor?

No pasa absolutamente nada.

De hecho, en algunos casos creo que incluso puede ser una ventaja. Si entras con más edad, probablemente también entras con más enfoque, más madurez y más claro que estás ahí por decisión propia.

Gran parte de la clase puede ser gente recién salida de bachillerato o de un ciclo medio, pero también hay gente más mayor, gente que viene de trabajar, gente que quiere cambiar de sector y gente que está intentando reconducir su vida.

Yo empecé con unos 25 años, y sinceramente, creo que si hubiera empezado con 17 no me lo habría tomado igual. Seguramente habría ido más a aprobar que a aprender.

Empezar más tarde no significa llegar tarde. A veces significa llegar con más hambre.

¿Y si todos saben más que yo?

Es normal pensarlo, pero no debería frenarte.

Al principio siempre hay alguien que parece ir más rápido, que ya ha tocado algo de código o que entiende antes los ejercicios. Pero esto no es una prueba de velocidad.

Que alguien entienda algo antes que tú no significa que tú no puedas entenderlo. Significa que vais a ritmos distintos.

Yo al principio también me sentía un poco perdido. Pero tener cerca a gente que sabía más me ayudó mucho. Aprendí de ellos, pregunté, miré cómo resolvían problemas y, con el tiempo, acabé poniéndome al nivel en muchos módulos.

No te compares demasiado. Es inevitable hacerlo alguna vez, pero intenta que no te bloquee.

¿Y si empiezo y no soy capaz?

Pues al menos habrás salido de dudas.

A veces nos da tanto miedo fallar que preferimos quedarnos quietos. Pero quedarse quieto también tiene un precio.

Si empiezas y descubres que no es lo tuyo, habrás aprendido algo sobre ti. Y quizá eso te ayude a encontrar el siguiente camino.

Lo que no tiene sentido es descartarlo sin haberlo intentado solo por miedo.

¿Se puede compaginar con trabajo?

Depende.

Depende de tu trabajo, de tus horarios, de tu energía, de tus objetivos y de cómo seas tú.

Yo compaginé parte del primer año con trabajo. Trabajaba, iba a clase y aprobaba. Pero llegó un momento en el que eso no me bastaba, porque yo no quería simplemente aprobar: quería aprender bien y sacar buenas notas.

Y para eso necesitaba tiempo en casa.

Sobre todo a partir del segundo año, cuando empiezan los proyectos, las entregas y las prácticas más largas, la carga puede subir bastante. Si trabajas, se puede hacer, pero tienes que ser muy organizado y aceptar que habrá semanas duras.

Si tu objetivo es solo aprobar, quizá puedas compaginarlo mejor. Si quieres exprimir el ciclo, practicar y salir con una buena base, vas a necesitar horas fuera de clase.

Mi contexto: por qué hice DAM y después DAW

Yo empecé por DAM porque me dejé asesorar por unos conocidos de mi pueblo que ya habían hecho los dos ciclos. Me dijeron que DAM era más completo, más exigente y que si me sacaba DAM primero, luego DAW se me haría más fácil.

Mi intención desde el principio era hacer los dos, porque al compartir parte de la base puedes sacarte ambos en menos tiempo que si empezaras de cero dos veces. En mi caso, lo veía como una forma de tener un perfil más completo y no quedarme con la duda de qué rama me gustaba más.

A mí realmente me llamaban los dos. Pero entre los consejos que recibí, lo que leía en foros y la idea que tenía en ese momento, acabé entendiendo DAM como algo más cercano al backend, la lógica y las aplicaciones, y DAW como algo más cercano al mundo web, las interfaces y el frontend.

Dicho de forma muy simple:

El backend es la parte que el usuario no ve: la lógica, los datos, las reglas internas, lo que hace que una aplicación funcione por dentro.

El frontend es la parte que el usuario ve y utiliza: pantallas, botones, formularios, diseño, interacción, etc.

No es una división perfecta, porque en los dos ciclos puedes tocar muchas cosas, pero como idea general sirve.

Y siendo sincero, para mí fue bastante así: DAM se me hizo más difícil que DAW. No sé si porque el ciclo era más exigente o porque yo todavía estaba más verde cuando lo hice, pero mi sensación fue esa.

En DAM sentía que tenía que seguir trabajando en casa para llegar bien a las entregas, proyectos y prácticas. En DAW, en cambio, con asistir a clase, organizarme bien y llevar las cosas al día, pude sacar prácticamente las mismas notas con menos sufrimiento.

Eso no significa que DAW sea fácil ni que DAM sea imposible. Significa que, desde mi experiencia, DAM me exigió más y me dio una base de programación muy sólida.

Al final del post te diré qué recomendaría según el tipo de persona que seas.

DAM vs DAW explicado en humano

DAM explicado fácil

DAM va más de crear aplicaciones.

Aplicaciones de escritorio, aplicaciones móviles, lógica de negocio, conexión con bases de datos, interfaces y software que puede funcionar en diferentes entornos.

Si te imaginas una aplicación interna de una empresa, una app móvil, un programa de gestión o una herramienta que trabaja con datos, DAM va bastante por ahí.

DAW explicado fácil

DAW va más de crear aplicaciones web.

Lo que pasa en el navegador, lo que pasa en el servidor, cómo se publica una web, cómo se diseñan interfaces web y cómo una aplicación funciona en internet o en una intranet.

Si te imaginas una página web, un panel de administración, una tienda online, una aplicación web o un portfolio como este, DAW va más por ese camino.

Módulos comunes explicados en lenguaje humano

Vamos con los módulos que normalmente te encuentras al principio, independientemente de si después tiras más hacia DAM o hacia DAW.

No voy a explicarlos como si esto fuera una ficha oficial. Te los voy a explicar como me habría gustado que me los explicaran a mí.

Sistemas informáticos

Qué parece desde fuera

Suena a redes rarísimas, servidores, comandos imposibles o cosas de hackers de película que en diez segundos han entrado en la NASA.

Qué es en humano

Es entender cómo funciona un ordenador y su entorno: sistemas operativos, usuarios, permisos, redes básicas, configuración, máquinas, terminal, comandos y conceptos que luego te ayudan a no ir tan perdido.

En mi caso, al principio este módulo se me atravesó bastante. Encima trabajábamos con Linux, que para mí era un mundo bastante desconocido.

Al principio cuesta, porque pasas de usar el ordenador “normal” a empezar a entender qué hay por debajo. Terminal, comandos, rutas, permisos, usuarios, procesos… cosas que al principio suenan muy raras.

Muchas clases iban de crear documentación, entender componentes del ordenador, trabajar con sistemas operativos y tocar bastante terminal. También vimos temas como binario, octal y comandos que, siendo sincero, a día de hoy no recuerdo de memoria ni de broma.

Pero tampoco hace falta dramatizar. Si escuchas en clase, haces las prácticas y llevas la materia al día, no debería ser un módulo que te quite el sueño.

Mi consejo sería este: no te asustes por el nombre. No va de ser hacker. Va de entender la base sobre la que luego vas a trabajar.

Bases de datos

Qué parece desde fuera

Tablas raras, consultas difíciles, relaciones, claves, SQL y cosas abstractas.

Qué es en humano

Bases de datos va de aprender a guardar información de forma ordenada, segura y útil.

Usuarios, productos, pedidos, mensajes, facturas, citas, clientes… cualquier aplicación real necesita guardar datos en algún sitio. Este módulo te enseña a organizar esa información para que luego puedas consultarla, modificarla y usarla correctamente.

Para mí, bases de datos es uno de los módulos más importantes junto con programación.

No porque sea imposible, sino porque es una base que vas a usar muchísimo. Si entiendes bases de datos, entiendes una parte enorme de cómo funcionan las aplicaciones reales.

También es un módulo donde el profesor influye muchísimo. Un mal docente puede hacer que acabes odiando SQL. Un buen docente puede hacer que le cojas el gusto y entiendas que no es tan raro como parece.

Yo tuve la suerte de tener un profesor que se merece una mención especial: Francesc. Si algún día lees esto, que sepas que para mí fuiste Jesucristo en la tierra en este módulo.

Tenía una facilidad brutal para explicar bases de datos de forma clara. Los ejercicios estaban muy bien guiados y no pasabas de 0 a 100 de golpe. Eso, cuando empiezas, se agradece muchísimo.

Eso sí: tener un buen profesor ayuda, pero tu actitud también cuenta. Es un módulo que hay que practicar. Hacer consultas, equivocarte, entender relaciones, probar, repetir y no dejarlo todo para el último día.

También me ayudó mucho mirar vídeos de YouTube sobre bases de datos desde cero. A veces escuchar el mismo concepto explicado por otra persona te desbloquea bastante.

Mi consejo: tómatelo en serio desde el principio. No parece tan espectacular como hacer una app con pantallas bonitas, pero es de lo más importante que vas a aprender.

Programación

Qué parece desde fuera

El monstruo final.

Código difícil, pantallas negras, errores raros y gente que parece entenderlo todo mientras tú no sabes ni por dónde empezar.

Qué es en humano

Programación es aprender lógica.

Variables, condiciones, bucles, funciones, clases, objetos, listas, errores y formas de decirle al ordenador qué tiene que hacer.

Este es, probablemente, el módulo más importante del ciclo. También es uno de los que más gente tira atrás, porque aquí es donde se ve de verdad si estás dispuesto a frustrarte, insistir y practicar.

Pero tranquilo: se empieza desde cero.

No tienes que llegar sabiendo programar. En clase se empieza por lo básico, aunque siempre habrá alguien que ya haya tocado algo antes. No pasa nada. Tú céntrate en tu ritmo.

Al principio puede ser frustrante. No entiendes el lenguaje, no entiendes el IDE, no entiendes los errores y muchas veces ni siquiera sabes qué buscar en Google.

Por cierto, el IDE es el programa que usas para escribir, organizar, ejecutar y depurar tu código. Es como tu entorno de trabajo como programador.

Lo bonito de este módulo es que cada pequeño avance se nota. El primer programa que funciona, el primer ejercicio que resuelves solo, la primera vez que entiendes un error… todo eso engancha.

En mi clase, programación también generó mucho compañerismo. Era típico ver a alguien diciendo: “Mira lo que he hecho”, “¿Cómo lo has conseguido?”, “Ostras, enséñame”. Como todos íbamos bastante perdidos al principio, se creó una especie de unión muy sana.

Mi consejo aquí es simple: confía en el proceso.

Programación no se aprende mirando. Se aprende programando. Peleándote con ejercicios, errores, código que no funciona y momentos en los que piensas que eres tonto. Spoiler: no lo eres. Estás aprendiendo.

En mi caso empecé con Java, que es bastante común en muchos centros. Pero no te obsesiones demasiado con el lenguaje. Al principio lo importante no es si empiezas con Java, C#, JavaScript o cualquier otro. Lo importante es aprender la lógica.

Cuando entiendes la lógica de programación, cambiar de lenguaje cuesta menos. Tendrás que aprender otra sintaxis, otras herramientas y otras formas de hacer las cosas, pero la base ya la llevas contigo.

Como aporte, a mí me ayudó muchísimo el canal Programación ATS para repasar Java y reforzar conceptos. Fue un canal que dejó muchísimo valor para gente que estaba aprendiendo. Si estás empezando, buscar buenos recursos externos puede marcar la diferencia.

Enlace al curso: Aprende Programación en Java

Lenguajes de marcas

Qué parece desde fuera

HTML, etiquetas y cosas más fáciles o menos importantes.

Qué es en humano

Es aprender a estructurar información.

HTML, XML, CSS y otros formatos que sirven para organizar contenido, mostrarlo en una página o intercambiar datos entre sistemas.

Este módulo no tiene tanto misterio como otros. Normalmente aprenderás HTML para estructurar páginas web, CSS para darles estilo y XML u otros formatos para representar información.

Suele ser un módulo bastante asequible. Si haces la faena en clase y prestas atención, probablemente no tengas que llevarte demasiada carga a casa.

También suele ser de los primeros módulos donde haces algo visual. Crear tu primera página web, aunque con los años la mires y pienses “madre mía, qué era esto”, en ese momento hace ilusión. Es algo que puedes enseñar y decir: “Mira, esto lo he hecho yo”.

Mi consejo: disfrútalo, pero no lo infravalores. Aunque parezca más sencillo que programación, si luego tiras hacia DAW o quieres hacer tu portfolio, HTML y CSS te van a acompañar siempre.

Entornos de desarrollo

Qué parece desde fuera

Un nombre raro que no sabes ni qué significa.

Qué es en humano

Es aprender a usar herramientas y formas de trabajar como programador: IDEs, depuración, organización de proyectos, diagramas, pruebas, documentación y buenas prácticas.

A mí este módulo se me hizo bastante pesado. No tanto por la dificultad, sino porque muchas cosas al principio parecen muy teóricas o poco emocionantes.

Ver diferentes IDEs, hacer diagramas, hablar de pruebas, preparar documentación… cuando estás empezando y lo que quieres es programar, puede parecer un tostón.

Pero con el tiempo entiendes que tiene sentido.

Cuando llegas al proyecto final o al mundo laboral, agradeces haber visto ciertas cosas: cómo organizar un proyecto, cómo depurar, cómo documentar, cómo plantear una aplicación antes de ponerte a picar código como un loco.

Mi consejo sería este: no le des más drama del necesario, pero tampoco lo ignores. Es un módulo que quizá no te enamore, pero te enseña herramientas que luego vas a necesitar.

Eso sí: si tienes que priorizar energía, para mí programación y bases de datos son la base más importante del primer año.

Módulos específicos de DAM

Ahora vamos con los módulos más propios de DAM.

Aquí es donde empiezas a notar que ya no estás solo con la base. Las aplicaciones empiezan a parecer más reales, conectas con datos, creas interfaces, haces móvil, ves procesos, servicios y software empresarial.

Acceso a datos

Qué es en humano

Es hacer que tus aplicaciones trabajen con información real.

Leer, guardar, modificar y eliminar datos. Trabajar con archivos, bases de datos, consultas, conexiones y herramientas que permiten que una aplicación no sea solo una pantalla bonita, sino algo que realmente guarda y utiliza información.

Recuerdo este módulo como intenso, sobre todo porque ya empiezas a tocar cosas nuevas que en primero habías visto poco o muy por encima.

Aquí aprendes a conectar una aplicación con bases de datos, a trabajar con ficheros, a organizar mejor el acceso a la información y a construir aplicaciones más limpias y fáciles de mantener.

En mi caso trabajamos con C# y .NET para aplicaciones de escritorio, y también tocamos conceptos relacionados con servicios y APIs.

Podría explicarlo con muchos tecnicismos, pero si estás leyendo esto antes de empezar probablemente te sonaría a chino. La idea importante es esta: este módulo te enseña cómo una aplicación guarda, busca, modifica y utiliza la información que necesita para funcionar.

Al principio se puede atravesar porque el salto respecto a primero se nota. Pero también es uno de los módulos que más satisfacción da, porque empiezas a hacer cosas que se parecen mucho más a lo que luego te encontrarás en el mundo laboral.

Mi consejo: llévalo al día. Si entiendes programación y bases de datos, este módulo empieza a tener mucho sentido.

Desarrollo de interfaces

Qué es en humano

Es crear la parte visual de una aplicación: pantallas, formularios, botones, menús, tablas, ventanas y todo aquello con lo que interactúa el usuario.

Este módulo está bastante bien, sobre todo si te gusta ver resultados visuales y desarrollar un poco tu parte creativa.

Aprendes a crear interfaces, a colocar elementos, a gestionar formularios y a entender que una aplicación no solo tiene que funcionar: también tiene que ser clara, cómoda y fácil de usar.

Al principio yo no le daba tanta importancia a esto. Me centraba en que la aplicación funcionase y ya está. Pero con el tiempo entiendes que la usabilidad es una parte enorme de que una app parezca buena o mala.

También se trabaja la documentación: manuales, instrucciones, capturas, explicación de cómo funciona la aplicación, etc.

Esta parte puede ser bastante pesada. Hacer capturas, escribir, explicar cada pantalla… no es lo más divertido del mundo. Pero es necesario. En el mundo laboral vas a tener que documentar cosas más veces de las que te gustaría.

Mi consejo: no veas este módulo solo como “hacer pantallas”. Aprende a pensar en el usuario. Una app puede estar muy bien programada por dentro, pero si nadie entiende cómo usarla, tienes un problema.

Programación multimedia y dispositivos móviles

Qué es en humano

Es aprender a crear aplicaciones móviles y trabajar con recursos multimedia como imágenes, sonido, vídeo, animaciones o elementos visuales.

Para mí, este fue uno de los mejores módulos de DAM. De hecho, creo que mucha gente se mete en DAM precisamente con la idea de aprender a desarrollar aplicaciones móviles.

Aquí empiezas a crear apps que pueden funcionar en teléfonos o tablets. Ves pantallas, eventos, permisos, rendimiento, batería, tamaños de pantalla y muchas cosas propias del mundo móvil.

En mi caso trabajamos con Kotlin para Android. Si ya vienes con base de programación, no debería darte miedo. Al principio cambia la sintaxis y el entorno, pero muchas ideas de programación se repiten.

Este módulo también suele estar muy conectado con el proyecto final. Si quieres hacer una app móvil, lo que aprendas aquí te va a pesar muchísimo.

A nivel de carga de trabajo, yo lo sentí bastante exigente. Pero también fue de los que más disfruté, porque por primera vez haces cosas que puedes instalar en tu móvil, enseñar y sentir que son algo “real”.

También vimos una parte relacionada con videojuegos, motores 2D/3D y conceptos básicos. No te creas que vas a salir de ahí creando el próximo Fortnite, pero está bien para entender cómo funciona ese mundo por encima.

Mi consejo: presta mucha atención a este módulo. Si te gusta el móvil, aquí puedes disfrutar muchísimo.

Programación de servicios y procesos

Qué es en humano

Es entender que un programa no siempre hace una sola cosa de forma lineal.

A veces tiene varias tareas pasando a la vez, procesos, hilos, servicios, conexiones por red o partes que se comunican entre sí.

En este módulo aprendes a crear programas más avanzados, capaces de hacer varias cosas al mismo tiempo y comunicarse con otros programas o sistemas.

Primero suelen entrar conceptos como procesos e hilos. Dicho fácil: que una aplicación pueda hacer varias tareas sin quedarse bloqueada. Por ejemplo, descargar un archivo mientras la pantalla sigue respondiendo.

Después viene la comunicación por red: programas que envían y reciben información entre ordenadores, móviles o servidores. Esta parte puede ser tediosa, pero es muy importante para entender cómo funcionan chats, juegos online, aplicaciones conectadas a internet, servicios web, etc.

También se toca seguridad y criptografía: contraseñas, permisos, cifrado y transmisión segura de información.

No te voy a engañar: este módulo puede hacer que te explote un poco la cabeza al principio. Puedes tener código que funciona y aun así sentir que no entiendes del todo qué está pasando.

Pero eso también forma parte del proceso. Aquí se nota que la curva sube.

Yo tuve un gran profesor y aun así sufrí para sacar buenas notas. Pero es un módulo útil y, aunque a ratos cuesta, te ayuda a entender mejor cómo funcionan muchas aplicaciones reales.

Sistemas de gestión empresarial

Qué es en humano

Es aprender cómo funcionan los programas que usan las empresas para gestionar cosas reales: clientes, stock, facturas, pedidos, ventas, contabilidad, producción, recursos humanos, etc.

Aquí aparecen conceptos como ERP y CRM.

Un ERP es un sistema que ayuda a gestionar muchas partes de una empresa: compras, ventas, almacén, facturas, producción, contabilidad, etc.

Un CRM se centra más en la relación con los clientes: contactos, ventas, seguimiento comercial, atención al cliente o campañas.

Durante el módulo puedes ver cómo se instalan, configuran y adaptan este tipo de sistemas para que una empresa pueda utilizarlos.

En mi caso trabajé con Odoo y Python. Sinceramente, este módulo se me hizo cuesta arriba, no tanto por dificultad, sino porque me resultaba bastante mecánico y repetitivo una vez entendías la dinámica.

Aun así, es útil. Sobre todo cuando sales al mundo laboral y te das cuenta de que muchísima programación real no va de crear la próxima app viral, sino de resolver problemas internos de empresas.

Y ahí los ERP, CRM y sistemas de gestión tienen mucho peso.

Mi consejo: ten paciencia. Quizá no sea el módulo que más te cambie la vida, pero te da una visión bastante realista del tipo de software que muchas empresas usan cada día.

Cierre de los módulos de DAM

Si tuviera que resumir DAM en pocas palabras, diría que es un ciclo que te da una base muy sólida para entender aplicaciones por dentro.

No solo aprendes a programar ejercicios sueltos. Aprendes a conectar con datos, crear interfaces, tocar móvil, entender procesos, comunicar sistemas y ver cómo el software se usa en empresas reales.

Para mí fue más exigente que DAW, pero también fue el ciclo que más me hizo crecer como programador.

DAM te obliga a pelearte más con la lógica, con la estructura interna de las aplicaciones y con conceptos que quizá al principio no son tan vistosos, pero que luego te dan mucha base.

Módulos específicos de DAW

DAW cambia un poco el enfoque.

Aquí todo gira más alrededor del mundo web: lo que ocurre en el navegador, lo que ocurre en el servidor, cómo se conectan ambas partes, cómo se publica una aplicación y cómo se diseña una web usable.

Si te gusta ver resultados visuales rápido o te interesa crear páginas, portfolios, paneles o aplicaciones web, DAW puede ser muy motivador.

Desarrollo web en entorno cliente

Qué es en humano

Es la parte que ocurre en el navegador.

HTML, CSS, JavaScript, interacción, formularios, botones, eventos, cambios en pantalla y comportamiento visual.

En este módulo aprendes a programar la parte de una web que el usuario ve y utiliza.

Normalmente aquí tocarás bastante JavaScript y, dependiendo del centro, también librerías o frameworks como React u otras herramientas modernas.

Aprendes a organizar mejor el código, trabajar con eventos, validar formularios, modificar elementos de la página y hacer que una web sea dinámica.

También aparece el DOM.

¿Y qué es el DOM explicado fácil? Es la forma en la que el navegador organiza todos los elementos de una página. Gracias a eso, desde JavaScript puedes cambiar textos, ocultar elementos, añadir contenido, modificar botones o reaccionar a lo que hace el usuario.

Otra parte importante es la programación asíncrona: que una web pueda pedir o enviar información sin tener que recargar toda la página. Por ejemplo, consultar una API y mostrar datos directamente en pantalla.

Nosotros hicimos un mini proyecto parecido a una Pokédex y fue bastante entretenido, porque veías cómo los datos venían de fuera y tú los mostrabas en tu web.

Para mí, este módulo es uno de los pilares de DAW. Si quieres ser desarrollador web, tienes que entender bien qué pasa en el navegador.

Mi consejo: no te limites a copiar código. Toca, rompe, cambia cosas y entiende por qué la web reacciona como reacciona.

Desarrollo web en entorno servidor

Qué es en humano

Es la parte que el usuario no ve, pero que hace que la web funcione de verdad.

Lógica del servidor, sesiones, usuarios, formularios, conexión con bases de datos, autenticación, APIs y procesamiento de datos.

Este módulo se me hizo un poco más tedioso que entorno cliente, pero también me gustó más. Venía de DAM y todo lo relacionado con lógica, datos y backend me resultaba más familiar.

Aquí aprendes a crear la parte interna de una web. Por ejemplo, cuando inicias sesión, el servidor recibe tus datos, los comprueba, consulta la base de datos y responde.

También aprendes a crear páginas dinámicas, separar la parte visual de la lógica y organizar mejor el proyecto para que no sea un caos.

En mi caso trabajamos con PHP y Laravel. En su momento me gustó bastante, aunque luego en mi trabajo no lo haya usado demasiado.

También se vuelve a tocar bastante base de datos, servicios web y APIs. Es decir, cómo una aplicación puede comunicarse con otras, recibir datos o enviar información.

Para mí, junto con entorno cliente, este es el módulo más importante de DAW. Es el que te ayuda a entender cómo funciona una aplicación web real por dentro.

Mi consejo: si te interesa el backend, préstale mucha atención. Si te interesa el frontend, también. Porque una web seria no vive solo de pantallas bonitas.

Despliegue de aplicaciones web

Qué es en humano

Es aprender a subir una aplicación para que funcione fuera de tu ordenador.

Hosting, servidores, dominios, configuración, seguridad básica, publicación, transferencia de archivos y mantenimiento.

Este módulo te enseña algo muy importante: que una cosa es que una web funcione en tu ordenador y otra muy distinta es que funcione para otras personas.

Verás servidores web, configuración, servicios, control de versiones, documentación y herramientas para publicar o mantener aplicaciones.

Aquí también entra Git, que es fundamental.

Git sirve para controlar los cambios del código, trabajar con versiones y colaborar con otras personas sin convertir el proyecto en un desastre.

En el mundo laboral, saber usar Git decentemente es muy importante. No hace falta ser un experto el primer día, pero sí entender lo básico: commits, ramas, repositorios, conflictos y cómo no liarla cada vez que tocas código.

Mi consejo: este módulo quizá no parece tan emocionante como crear una web visual, pero es muy útil. Publicar bien una aplicación y entender cómo se mueve fuera de tu PC te acerca muchísimo al mundo real.

Diseño de interfaces web

Qué es en humano

No solo hacer que una web funcione, sino que se vea clara, ordenada, usable, responsive y agradable.

En este módulo aprendes a diseñar la parte visual de una página web: estructura, estilo, responsive, accesibilidad, usabilidad y experiencia de usuario.

Normalmente trabajarás bastante con HTML, CSS y quizá algún framework como Bootstrap.

También aprenderás conceptos importantes como accesibilidad y usabilidad. Es decir, crear páginas que sean fáciles de usar y que puedan utilizar el mayor número posible de personas, incluidas aquellas con dificultades visuales, motrices o de otro tipo.

En resumen: vas a aprender a diseñar páginas web de forma más correcta.

Aquí quiero matizar algo sobre la IA.

Cuando yo hice este módulo, herramientas como ChatGPT no estaban tan desarrolladas como ahora. En ese momento, saber diseñar una interfaz decente por tu cuenta tenía muchísimo peso.

Hoy la IA puede ayudarte mucho a crear estructuras, mejorar estilos, generar ideas visuales o corregir diseños. Pero eso no significa que puedas ignorar este módulo.

Si no entiendes nada de diseño, usabilidad, HTML o CSS, la IA te puede dar algo bonito, pero tú no sabrás valorar si está bien, adaptarlo a tu caso ni corregirlo cuando falle.

Así que mi consejo es: aprovecha la IA, pero aprende la base. No necesitas ser diseñador profesional, pero sí tener criterio.

Cierre de los módulos de DAW

DAW me pareció más llevadero que DAM, quizá porque yo ya venía con una base fuerte después de haber hecho DAM. También es verdad que el mundo web tiene algo muy agradecido: ves rápido lo que estás construyendo.

Crear una web, tocar JavaScript, consumir una API, publicar algo, diseñar una interfaz… son cosas bastante visibles y eso motiva.

Pero no te confundas: DAW no es solo “hacer páginas bonitas”. También hay lógica, servidor, bases de datos, despliegue, seguridad, organización de código y muchos conceptos importantes.

Si lo aprovechas bien, DAW te puede dar una base muy buena para construir proyectos propios, portfolios, aplicaciones web y entender cómo funciona gran parte de internet por dentro.

Proyecto final y prácticas

Llega una de las partes más importantes del ciclo: el proyecto final.

Si has llevado el curso de forma constante, no tiene por qué darte miedo. De hecho, probablemente tengas ganas de que llegue, porque es el momento en el que por fin puedes juntar muchas de las cosas que has aprendido.

El proyecto final es donde pasas de hacer ejercicios sueltos a construir algo más completo. Una aplicación móvil, una aplicación web, una herramienta de gestión o lo que encaje dentro de los límites que marque el centro.

Aquí puedes tirar de creatividad, pero también tienes que ser realista. No hace falta crear el próximo Instagram. Es mejor hacer algo bien pensado, bien acabado y bien explicado, que intentar hacer algo enorme y quedarte a medias.

También te recomiendo elegir bien con quién trabajas si el proyecto es en pareja o en grupo.

No te juntes solo con tu amigo porque te cae bien. Júntate con alguien que tenga un nivel parecido al tuyo o, como mínimo, un compromiso parecido.

Créeme: si uno tira del carro y el otro va con la ley del mínimo esfuerzo, el proyecto se puede convertir en una carga innecesaria.

Y no es egoísmo mirar por ti. Es responsabilidad.

No lo dejes todo para el último momento. Siempre salen errores, cambios, problemas que no esperabas y detalles que pensabas que eran una tontería y acaban llevándote una tarde entera.

Sobre las prácticas, mi opinión es clara: durante el curso intenta ser buen alumno.

No solo por las notas, sino por la imagen que das. Los profesores muchas veces tienen contacto con empresas, y cuando llega el momento de asignar prácticas, es normal que las mejores oportunidades vayan para alumnos que han demostrado compromiso, responsabilidad y buen nivel.

No se trata de hacer la pelota. Se trata de demostrar que eres una persona en la que se puede confiar.

Por empresas no te preocupes demasiado: normalmente acabarás encontrando prácticas. Pero la calidad de esas prácticas puede depender bastante de cómo te hayas movido durante el ciclo.

Mi consejo: tómatelo en serio desde el principio. El proyecto y las prácticas no son “el trámite final”. Son una oportunidad para demostrarte a ti mismo que todo lo que has aprendido empieza a encajar.

Lo que más me sorprendió de DAM y DAW

Mirando atrás, hubo varias cosas que me sorprendieron bastante de los dos ciclos.

La primera es que al principio casi todo el mundo va más perdido de lo que parece. Siempre hay alguien que parece entenderlo todo a la primera, pero muchas veces la mayoría está igual que tú: intentando no quedarse atrás y haciendo ver que controla más de lo que realmente controla.

También me sorprendió darme cuenta de que programación no se aprende de memoria. Puedes estudiar teoría, ver vídeos y leer apuntes, pero hasta que no te sientas delante del ordenador, te peleas con el código y cometes errores, no empieza a encajar de verdad.

Otra cosa que no esperaba es lo importantes que acaban siendo las bases de datos. Desde fuera puede parecer un módulo menos llamativo, pero cuando empiezas a crear aplicaciones reales entiendes que casi todo gira alrededor de guardar, consultar y manejar información correctamente.

También entendí que un buen profesor puede cambiar por completo cómo vives un módulo. Hay asignaturas que pueden parecer imposibles si te las explican mal, y otras que te acaban gustando simplemente porque alguien sabe bajarlas a tierra.

Y, sobre todo, me sorprendió ver que hacer proyectos enseña muchísimo más que quedarse solo en la teoría. Ahí es donde empiezas a unir piezas, a equivocarte de verdad y a entender por qué cada módulo tenía sentido.

Al final, muchas veces el problema no es que algo sea imposible. Es que necesitas más horas de práctica, mejores explicaciones y un poco más de paciencia contigo mismo.

Cosas que me habría gustado saber antes

Si pudiera volver atrás, estas son algunas cosas que me habría gustado tener más claras antes de empezar:

No hace falta saber programar antes. Ayuda, pero no es obligatorio.
No hace falta ser un genio en matemáticas. La lógica se entrena.
El inglés ayuda mucho, pero no debería frenarte.
Programación es clave. No la dejes pasar como si fuera una asignatura más.
Bases de datos es más importante de lo que parece. La vas a usar muchísimo.
El primer año puede ser un choque. Es normal sentirse perdido.
No te compares demasiado con quien ya viene sabiendo.
Practicar fuera de clase marca la diferencia.
Preguntar no te hace menos válido. Te hace avanzar antes.
Usar IA puede ayudarte si la usas para entender, no para copiar.
El centro y los profesores influyen mucho, pero tu actitud también.
No necesitas saber desde el primer mes si quieres ser frontend, backend, móvil o escritorio.
No todo te va a gustar. Y está bien.
No todos los módulos te van a servir igual en tu futuro trabajo, pero todos te dan contexto.
Hacer proyectos pequeños por tu cuenta ayuda más de lo que parece.
Si algo no te sale, no significa que no valgas. Significa que todavía no lo has entendido.
La constancia gana a la motivación. Habrá días en los que no tendrás ganas, pero tendrás que avanzar igual.
Y sobre todo: no esperes a sentirte preparado del todo. Nadie empieza preparado.

Consejos para estudiar programación en la actualidad con la IA

Hoy todo el mundo habla de IA.

Que si los programadores están acabados, que si ya no hará falta estudiar, que si cualquiera va a poder crear aplicaciones sin saber programar, que si el trabajo de developer desaparecerá...

Yo no lo veo así.

Creo que la IA va a cambiar muchísimo la forma de trabajar, eso sí. Pero precisamente por eso, quien tenga una buena base y sepa usar estas herramientas con criterio puede tener muchas oportunidades.

La IA puede ayudarte a aprender más rápido, entender errores, repasar conceptos, generar ejemplos, comparar soluciones y desbloquearte cuando no sabes por dónde tirar.

Pero también puede hacerte mucho daño si la usas mal.

Yo aprendí a programar sin tener una IA como la que existe ahora. En parte lo agradezco, porque me obligó a pelearme con el código, buscar en foros, leer documentación, probar, fallar y desarrollar paciencia.

Hoy tienes una herramienta brutal que puede explicarte en segundos algo que antes quizá tardabas horas en entender. Pero eso no significa que debas usarla para que te lo haga todo.

Mi consejo, sobre todo al principio, sería este: usa la IA como tutor, no como sustituto.

Úsala para que te explique un concepto que no entiendes.
Úsala para que te traduzca un enunciado complicado a palabras simples.
Úsala para que te dé pistas, no la solución completa.
Úsala para que te pregunte cosas y compruebe si lo has entendido.
Úsala para comparar tu solución con otra y ver qué podrías mejorar.

Pero no la uses para copiar y pegar ejercicios sin entender nada.

Porque así puedes aprobar una práctica, sí. Pero no estás aprendiendo. Y cuando llegues a una entrevista, a unas prácticas o a un trabajo real, se va a notar.

Todos sabemos seguir un tutorial de YouTube y sentir que “ya sabemos”. Pero el mundo real es otra cosa. En el trabajo no siempre tienes un vídeo exacto para tu problema, ni un enunciado perfecto, ni una solución limpia esperando.

Tienes que entender, razonar, probar, equivocarte y tomar decisiones.

La IA puede ser una ayuda enorme. Pero la cabeza la tienes que poner tú.

A quién recomendaría DAM

Recomendaría DAM si:

Te interesa crear aplicaciones.
Te gusta más la lógica que el diseño visual.
Quieres una base amplia de programación.
Te interesa el mundo móvil, escritorio, backend o software empresarial.
No tienes claro que quieras dedicarte solo a web.
Te atrae entender cómo funciona una aplicación por dentro.
Te motiva construir cosas más allá de una página web.

DAM puede ser una muy buena opción si quieres una base fuerte y no te importa sufrir un poco más al principio para entender mejor la lógica interna de las aplicaciones.

A quién recomendaría DAW

Recomendaría DAW si:

Te atrae el mundo web.
Te gusta ver resultados visuales rápido.
Te interesa crear páginas, portfolios, paneles, formularios o aplicaciones web.
Te llama la atención el frontend, el backend web, los servidores o el despliegue.
Te motiva que algo que haces pueda verlo cualquier persona desde un navegador.
Te interesa construir proyectos propios y publicarlos en internet.

DAW puede ser una gran opción si tienes claro que te gusta el entorno web o si quieres construir cosas visibles, enseñables y fáciles de publicar.

Mi opinión después de hacer los dos

Si soy sincero, a mí me gustó más DAM.

Quizá porque lo cogí con más ganas, quizá porque fue el ciclo que me hizo descubrir de verdad la programación, o quizá porque me di cuenta de que soy más de backend, lógica y funcionamiento interno de las aplicaciones.

DAM se me hizo más difícil que DAW, pero también sentí que me dio una base más completa.

Si tienes claro que quieres hacer los dos, yo recomendaría empezar por DAM, al menos desde mi experiencia. Te da una base fuerte y una carga de trabajo que luego te puede ayudar mucho a afrontar DAW con más seguridad.

A mí me pueden decir lo que quieran, pero yo DAW lo sentí más fácil después de haber hecho DAM.

También recomendaría hacer los dos si tienes tiempo, ganas y posibilidad. En pocos años puedes salir con una visión bastante amplia: aplicaciones, web, bases de datos, interfaces, móvil, backend, despliegue, software empresarial...

Eso te da más opciones y también te ayuda a descubrir qué parte te gusta más.

Por ejemplo, a nivel empresarial, me gusta más trabajar con cosas que vienen de DAM. De hecho, en mi trabajo actual es lo que más aplico.

Pero a nivel personal, para proyectos propios, portfolio o ideas que quiero enseñar al mundo, me gusta mucho más tirar de lo que aprendí en DAW.

Por eso agradezco haber hecho los dos. Si no, seguramente me habría quedado con la duda de si mi camino estaba en la otra rama.

Hoy tengo una opinión mucho más clara de hacia dónde quiero ir precisamente porque probé ambas partes.

Si empezara hoy, volvería a hacer lo mismo.

Consejos finales para quien esté pensando en empezar

Si estás pensando en estudiar DAM o DAW, estos serían mis consejos finales:

Empieza aunque no te sientas preparado.
No te rayes si al principio no entiendes nada.
Programar cuesta, pero se entrena.
No te compares con quien ya viene sabiendo.
Haz ejercicios pequeños y constantes.
Refuerza programación desde el principio.
Aprende bases de datos bien.
Usa la IA para entender, no para copiar.
Haz un portfolio cuanto antes, aunque sea simple.
Pregunta antes de bloquearte durante días.

No elijas DAM o DAW solo por miedo. Elige por curiosidad, interés y por el tipo de cosas que te gustaría construir.

No necesitas ser el típico friki para entrar en informática.

Y tampoco lo hagas solo porque has visto por internet que se gana mucho dinero.

Sí, se puede ganar bien en tecnología. Pero si solo entras por dinero y no te interesa mínimamente lo que haces, es muy probable que se te haga cuesta arriba.

Vas a pasar muchas horas delante de un ordenador. Muchas. Si odias ese estilo de vida, piénsatelo bien.

Esto no va de hacerte rico en tres meses ni de aprender con cuatro vídeos. Va de sentarte, practicar, frustrarte, mejorar y seguir.

Cierre

Si estás pensando en estudiar DAM o DAW y tienes miedo, te entiendo.

Yo también pensé que informática era demasiado para mí. También pensé que no tenía base, que no era suficientemente técnico, que iba tarde y que todos sabrían más que yo.

Después de hacer los dos ciclos, mi conclusión es bastante simple: no necesitas venir preparado de casa. Necesitas estar dispuesto a aprender, frustrarte, preguntar, practicar y seguir avanzando.

A veces un ciclo no solo te enseña a programar. También te demuestra que eras capaz de mucho más de lo que pensabas.

Y si tienes aunque sea una pequeña curiosidad por la programación, mi consejo es que no la ignores.

Infórmate, pregunta, prueba, mira algún vídeo, haz algún ejercicio sencillo y date la oportunidad de descubrir si esto puede ser para ti.

Quizá no lo sea, y no pasa nada.

Pero quizá sí.

Quizá empieces buscando una salida, como me pasó a mí, y acabes encontrando un camino que te cambie la forma de ver tu futuro.

Espero que este post te haya servido para entender un poco mejor qué hay detrás de DAM y DAW, más allá de los nombres raros de los módulos y de los miedos típicos antes de empezar.

Si te ha ayudado, si te has sentido identificado o si tienes alguna duda, me encantará saberlo. Al final, la idea de escribir todo esto es precisamente esa: que mi experiencia pueda servirle a alguien que está justo en ese punto de decidir si dar el paso o no.