Hoy en día la programación es una de las direcciones profesionales más elegidas.
Unos llegan a la industria tras estudiar informática. Otros terminan bootcamps. Y otros aprenden por su cuenta, escribiendo las primeras aplicaciones fuera del horario laboral.
Independientemente del camino, casi todo programador principiante se hace preguntas similares.
¿Qué tecnologías elegir?
¿Cómo encontrar el primer trabajo?
¿Qué esperan las empresas?
¿Cómo es el trabajo diario en un software house?
Y probablemente lo más importante... ¿Cuándo dejaré de ser junior por fin?
Tras más de veinte años realizando proyectos para clientes de diversos sectores y habiendo formado a varias generaciones de programadores más jóvenes, podemos responder a muchas de esas preguntas.
Pero avisamos. No habrá una lista "10 frameworks que debes aprender en 2026".
Ese tipo de artículos abundan en internet...
En lugar de eso queremos mostrar cómo es la programación por dentro. Lo verdadero.
Sin eslóganes de marketing. Sin historias de programadores trabajando desde la playa en Bali. Sí, con historias que realmente ocurrieron. Y con consejos que nosotros mismos hubiéramos necesitado en su momento.
¿De qué tratará esta serie?
Durante los próximos cuatro artículos te guiaremos por el camino que recorre casi todo programador.
En las siguientes partes hablaremos, entre otros, de:
- qué realmente vale la pena aprender al inicio de la carrera,
- qué tecnologías son fundamento y cuáles son solo modas pasajeras,
- qué hardware y software importan de verdad,
- cómo es el trabajo diario en un software house profesional,
- por qué el Code Review es una de las mejores lecciones de programación,
- cómo usar la IA para desarrollarte más rápido, en lugar de copiar código sin pensar,
- qué errores comete casi todo Junior,
- por qué la frase "en mi máquina funciona" se ha convertido en uno de los chistes más conocidos del sector,
- en qué se diferencia un Junior de un Mid Developer y de un Senior Developer,
- por qué a los mejores programadores no se les reconoce por la cantidad de lenguajes que conocen, sino por su forma de pensar.
Si estás empezando tu aventura con la programación, esta serie te ayudará a evitar muchos errores.
Si ya trabajas en el sector, probablemente encontrarás muchas situaciones que recordarás bien.
Todo Senior fue alguna vez ese Junior perdido
A veces cuesta creerlo. Miras a un Senior Developer que encuentra un fallo en pocos minutos, mientras tú llevabas dos días con la misma idea en la cabeza. Escribe código tan rápido como si no tuviera que pensar. Conoce atajos de teclado cuya existencia ni sospechas. Habla de arquitectura, patrones de diseño y contenedores con la misma naturalidad con la que otros hablan del tiempo.
Es fácil entonces pensar: "Simplemente es un genio."
Sin embargo, la verdad suele ser completamente distinta...
Todo Senior en algún momento:
- olvidó una coma,
- accidentalmente eliminó parte de la base de datos,
- luchó contra un error medio día para descubrir una falta de ortografía,
- tuvo su primer conflicto en Git,
- subió una corrección que... rompió otra cosa totalmente distinta.
No es el talento lo que separa a la mayoría de Seniors de los Juniors. Es la experiencia. Y la experiencia se adquiere únicamente con la práctica.
La universidad enseña a programar. El trabajo enseña a ser programador.
Esta frase puede sonar provocadora, pero refleja muy bien la realidad.
La universidad es un excelente lugar para entender los fundamentos. Aprender algoritmos. Estructuras de datos. Matemáticas. Arquitectura de ordenadores. Modelos de funcionamiento de sistemas operativos. Es un valor enorme. Pero el trabajo diario es completamente distinto.
De repente resulta que, además de codificar, hay que también:
- entender las necesidades del cliente,
- colaborar con diseñadores UX,
- consultar soluciones con el Project Manager,
- integrarse con sistemas externos,
- leer documentación,
- escribir documentación,
- analizar errores reportados por usuarios,
- participar en Code Review,
- planificar tu propio trabajo,
- estimar el tiempo de ejecución de las tareas.
Y justamente eso es lo que rara vez enseñan las universidades.
¿La mayor sorpresa? Programar es solo una parte del trabajo.
Es un momento que sorprende a casi todo Junior.
La imaginación:
Llegas al trabajo. Te dan una tarea. Escribes código. Lo entregas. Te vas a casa.
La realidad es diferente...
Gran parte del día son conversaciones. Planificación. Análisis. Reuniones. Leer código existente. Depuración. Buscar la raíz de los problemas.
Escribir código a menudo es solo una de las etapas de todo el proceso.
Un buen programador no es quien escribe código más rápido. Un buen programador es quien sabe encontrar la mejor manera de resolver un problema.
A veces la mejor solución es... no escribir ni una sola línea nueva de código.
Historia de nuestro equipo
Hace varios años llegó a nuestro equipo un alumno en prácticas. Recordamos ese día muy bien.
Enorme entusiasmo. Mucha curiosidad. Y miles de preguntas: ¿Por qué hacemos esto así? ¿Para qué ese patrón de diseño? ¿Por qué no se puede escribir esto más simple? ¿De verdad hay que escribir tests? ¿Cómo funciona Git?
Todos nosotros en algún momento hicimos preguntas parecidas.
Por eso, en lugar de esperar que desde el primer día empezara a crear funcionalidades complejas, apostamos por algo totalmente distinto: enseñarle una forma de pensar.
No solo mostramos cómo hacer algo.
Sobre todo explicamos por qué hacemos las cosas de esa manera.
Tras las primeras prácticas volvió con nosotros. Fue recibiendo tareas cada vez más responsables. Participó en Code Review. Conoció nuevas tecnologías. Observó cómo gestionamos proyectos para clientes. Aprendió a colaborar con todo el equipo.
Hoy es un miembro de pleno derecho de nuestro software house.
Lidera tareas exigentes. Diseña soluciones. Resuelve problemas que hace unos años le parecían imposibles.
¿Fue porque aprendió otro framework? — No.
El mayor cambio fue aprender una forma de pensar. Porque un buen programador no conoce todas las respuestas. Un buen programador sabe cómo buscar esas respuestas eficazmente.
"En mi máquina funciona..."
No podríamos cerrar la primera parte sin una de las frases más icónicas del mundo desarrollador.
Todo el que lleva algo de tiempo en IT conoce esta frase. - En mi máquina funciona.
Esa frase es a la vez divertida...
...y muy peligrosa.
Porque al usuario no le interesa que funcione en tu ordenador.
Al cliente no le interesa que funcionara en el entorno de pruebas.
El servidor de producción tampoco leerá un comentario: // en mi máquina funcionaba :)
Un verdadero programador no termina el análisis en la afirmación "en mi máquina funciona".
Se hace la siguiente pregunta: ¿Por qué funciona en mi máquina y no en la del cliente?
Y justo a partir de ese momento comienza el aprendizaje real.
Glosario
Junior Developer
Programador que inicia su carrera profesional. Se centra en adquirir experiencia, aprender buenas prácticas y desarrollar habilidades técnicas y de trabajo en equipo.
Code Review
Proceso de revisión del código por otro programador. Su objetivo es mejorar la calidad del código, detectar posibles errores y transferir conocimiento dentro del equipo.
Framework
Conjunto de bibliotecas y herramientas que facilitan la creación de aplicaciones. Un framework impone una estructura de proyecto y acelera el desarrollo de software.
Git
El sistema de control de versiones más popular, que permite rastrear cambios en el código y la colaboración de varios desarrolladores en un mismo proyecto.
Depuración (Debugging)
Proceso de buscar, analizar y eliminar errores en una aplicación.
Resumen
Si después de leer esta parte recuerdas solo una cosa, que sea esta.
Programar se puede aprender con cursos, libros y vídeos.
Ser programador lo aprendes cuando empiezas a resolver problemas reales junto con otras personas.
Es allí donde nacen la experiencia, la responsabilidad y la forma de pensar que con el tiempo distinguen a un buen programador de alguien que solo conoce la sintaxis de un lenguaje.
En la siguiente parte pasaremos a los detalles.
Mostraremos, qué realmente vale la pena aprender, qué tecnologías constituyen unos cimientos sólidos para la carrera, qué hardware y software elegir y por qué conocer bien un lenguaje muchas veces vale más que tener un conocimiento superficial de cinco.
