Áreas del desarrollo de software: un mapa para elegir tu camino

Cuando yo empecé no tenía idea de en qué área meterme.

Buscaba en internet y encontraba listas gigantes. Front-end. Back-end. Cloud. IA. Blockchain. DevOps.

Cada lista decía algo distinto, con tanta información y tantas opciones es muy difícil tomar una decisión.

Terminé pasando semanas leyendo sobre áreas en lugar de programar en una en específico.

Con el tiempo armé una forma de ordenar todo eso que a mí me funcionó. No es la única, ni necesariamente la mejor, pero me sirvió y me sigue sirviendo en la actualidad.

Aquí va el mapa, y al final un diagrama: contestas tres preguntas y sales con un área para empezar a especializarte.

El mapa se lee de tres formas, no de una

Lo que a mí me confundía era ver todo en una sola lista, como si fueran cosas del mismo tipo. Y no lo son.

Sepáralo en tres preguntas:

1. ¿Dónde corre el software? → plataforma o destino
2. ¿Qué parte del sistema tocas? → capa técnica
3. ¿Qué problema resuelve? → dominio

Un mismo trabajo vive en las tres al mismo tiempo.

Son tres respuestas a tres preguntas diferentes. No son tres empleos.

Vamos una por una.

1. Por plataforma: dónde corre tu código

La más fácil de entender. ¿En qué aparato termina viviendo lo que escribes?

• Web — Aplicaciones diseñadas para correr en navegadores web. Ejemplos: tienda en línea, sistema de reservas, intranet de una empresa. Se trabaja con HTML, CSS, JavaScript o TypeScript, React, Angular, Vue y Node.js. Es por donde entra mucha gente; yo incluido.
• Escritorio — Software que instalas en tu computadora. Ejemplos: editores de código, herramientas de diseño, sistemas de punto de venta. Se trabaja con .NET y C#, Java, Electron o Qt.
• Móvil — Apps para iOS y Android. Ejemplos: tu app del banco, la de delivery, la de ejercicio. Se trabaja con Swift, Kotlin, React Native o Flutter.
• Sistemas operativos — Kernels, drivers, sistemas de archivos: todo lo que maneja el hardware por debajo. Se trabaja con C, C++, Rust y hasta ensamblador. Es un área dura y con menos vacantes que las demás.
• Embebido e IoT — Software que corre dentro de aparatos con poca memoria y poco procesador: sensores, coches, refrigeradores, equipos médicos. Se trabaja con C, C++, Rust y sistemas de tiempo real. Si te emociona que tu código mueva algo físico, por aquí.

2. Por capa técnica: qué parte del sistema tocas

Aquí ya no importa el aparato. Importa qué parte del sistema es tuya.

Estas capas existen en casi todas las plataformas. Hay front-end en web, en móvil y en escritorio. Hay seguridad en todas.

• Front-end — La parte que el usuario ve y toca. No es solo "poner botones": es que la pantalla cargue rápido, que funcione en un teléfono viejo y que un formulario de treinta campos no se rompa.
• Back-end y APIs — La lógica que corre en el servidor: APIs, integraciones, bases de datos, colas de mensajes. Ejemplos: una pasarela de pagos, un servicio de notificaciones, el proceso que calcula tu factura.
• Full-stack — Las dos anteriores. Es común en startups y en herramientas internas; yo empecé así y aprendí rapidísimo, más que nada porque no había nadie más que hiciera la otra mitad.
• Cloud — Aplicaciones diseñadas para crecer usando servicios de la nube. Se trabaja con GCP, AWS, Azure, Kubernetes, Terraform y funciones serverless.
• DevOps, plataforma y SRE — Automatizar builds, despliegues, monitoreo y todo lo que evita que el sistema se caiga, con Docker, Kubernetes, GitHub Actions, Terraform, Prometheus y Grafana. Tu usuario final no es un cliente: es otro desarrollador.
• Seguridad — Proteger los sistemas, detectar amenazas y responder cuando algo pasa. Ejemplos: escáneres de vulnerabilidades, manejo de identidades, cifrado.

3. Por dominio: qué problema resuelves

Dos personas pueden usar las mismas herramientas y hacer trabajos completamente distintos, porque resuelven problemas distintos.

• Videojuegos — Juegos para PC, consola y móvil, además de realidad virtual y aumentada. Se trabaja con Unity y C#, Unreal y C++, o Godot.
• Datos, IA y machine learning — Modelos que predicen, recomiendan, entienden texto o ven imágenes, y ahora, agentes. Ejemplos: detección de fraude, chatbots, precios que cambian solos. Se trabaja con Python, PyTorch, TensorFlow, scikit-learn y bases de datos vectoriales. Es el área que más crece ahorita; también la que más ruido tiene alrededor.
• Blockchain y Web3 — Contratos inteligentes, wallets, aplicaciones descentralizadas. Se trabaja sobre todo con Solidity y Rust.
• Software empresarial — Los sistemas que mueven una empresa: finanzas, recursos humanos, ventas, logística. Ejemplos: SAP, Salesforce, Dynamics, Power BI. Paga bien y siempre hay trabajo.
• Herramientas para desarrolladores — IDEs, compiladores, linters, plugins, portales internos. Cuando está bien hecha, nadie la nota (según).

Nadie trabaja en una sola área

Dos ejemplos de mi propio camino, por si sirven de referencia:

En una startup construí el backend en Node.js, integré las APIs de WhatsApp e Instagram, administré los servidores, monté los certificados y también hacía las instalaciones con clientes.

Hoy, en una empresa grande, trabajo en un portal interno para desarrolladores: frontend y plugins en React y TypeScript, APIs en Spring Boot, infraestructura en GCP con Terraform.

Elegir un área de especialización no es limitarte, es una buena manera de decidir en qué te especializarás primero y siempre tienes la oportunidad de cambiar de opinión.

Tres preguntas y un prompt

Ya está el mapa. Ahora la parte práctica.

Contesta estas tres preguntas con lo primero que se te venga a la cabeza. No le pienses de más.

Con tus respuestas puedes salir con un proyecto real que empezar este fin de semana. Para eso puedes usar este prompt que te dejo abajo:

Reemplaza todo lo que está entre corchetes [ ] con tu información.

Eres un ingeniero de software con experiencia ayudándome a decidir por dónde
especializarme. No me vendas un área de moda: aterriza lo que te doy.

MIS RESPUESTAS
1. Dónde quiero que corra mi código: [tu respuesta a la pregunta 1]
2. La parte que más me late: [tu respuesta a la pregunta 2]
3. Problema que quiero resolver: [tu respuesta a la pregunta 3]

CONTEXTO SOBRE MÍ
- Adjunta tu CV en PDF o Word (o pega el texto) para que uses mi experiencia real.
- Tiempo disponible por semana: [horas]
- Por qué quiero esto: [cambiar de trabajo, crecer donde estoy, curiosidad]

DAME ESTO, EN ESTE ORDEN
1. ÁREA RECOMENDADA — una sola, con el porqué en 2-3 líneas. Dime también
   cuál quedó en segundo lugar y qué cambiaría el resultado.
2. DÍA A DÍA — cómo es trabajar ahí, incluyendo la parte aburrida.
3. PROYECTO INICIAL — uno solo, chico, terminable en el tiempo que di.
   Incluye: requerimientos, stack (justificado con mi contexto), MVP
   (qué SÍ y qué NO entra) y qué significa "terminado" (desplegado y
   accesible desde internet).
4. PRIMEROS TRES PASOS para arrancar hoy.

REGLAS
- Sé específico, nada de listas genéricas de tecnologías.
- Si algo es ambiguo o falta información, pregúntame antes de responder.

Cuestiona la respuesta. Pregúntale por qué descartó las otras áreas y qué problema resuelve cada pieza del stack que te propuso.

Ya tienes la planeación, pero la especialización la obtendrás enfrentando problemas reales al construir.

Ojo: esto es un punto de entrada, no un destino. Y es mi forma de ordenarlo y que me ha funcionado, no una verdad.

Yo entré por soporte técnico y hoy construyo plataformas y ayudo a desarrolladores a desplegar software en producción.