Aprendí a programar de grande. No vengo de una carrera técnica, y durante mis primeros años laborales «programar» era algo que hacían otros, en otra oficina, con otra ropa. Empecé por necesidad: tenía que armar todos los meses un informe cruzando tres planillas y me llevaba una tarde entera. Alguien me dijo «eso lo resolvés con veinte líneas de Python». Me llevó bastante más que veinte líneas y bastante más que una tarde, pero tenía razón.

Cuento esto porque internet está lleno de promesas que no le hubiera creído a nadie en persona. «Convertite en desarrollador en 8 semanas». «Sin matemática, sin esfuerzo». Este artículo va para el otro lado. Es lo que me hubiera gustado que alguien me dijera antes de empezar. Si estás pensando en aprender, ojalá te sirva para decidir con información.

Primero lo primero: ¿tiene sentido aprender, si ya está la IA?

Es la pregunta que hoy me hacen antes que cualquier otra, y merece una respuesta sin rodeos. Sí, los asistentes de IA escriben código, y lo hacen cada vez mejor. Yo los uso todos los días. Pero para usarlos bien tengo que entender qué me están dando, darme cuenta cuándo se equivocan (se equivocan seguido, con mucha confianza) y saber qué pedirles. Es decir: saber programar sigue siendo valioso, aunque la forma de trabajar haya cambiado.

Además, para muchísima gente el objetivo nunca fue «ser programador». Es entender la lógica de las herramientas que usan, automatizar la tarea repetitiva que odian, o poder hablar con un equipo técnico sin sentirse afuera de la conversación. Para todo eso, los fundamentos valen, y con IA valen más, no menos.

Cuánto lleva de verdad

Depende de a dónde querés llegar. Estas referencias salen de mi experiencia y de la de gente que enseña y que aprende. Son orientativas. Cualquiera que te dé un número exacto te está vendiendo algo.

ObjetivoDedicaciónTiempo razonable
Entender la lógica básica y escribir programas simples3 a 5 horas por semana2 a 3 meses
Automatizar tareas propias (planillas, archivos, informes)5 horas por semana4 a 6 meses
Construir un proyecto completo (una app web sencilla)8 a 10 horas por semana8 a 12 meses
Trabajar como desarrollador junior15 o más horas por semana12 a 24 meses, con proyectos reales y práctica constante

Lo que a mí me llevó tiempo entender: la constancia le gana a la intensidad por goleada. Cinco horas por semana durante un año rinden infinitamente más que cuarenta horas en enero y nada en febrero. Yo abandoné dos veces antes de que me quedara. Las dos veces por querer hacer demasiado, demasiado rápido.

Qué lenguaje elegir (y por qué importa menos de lo que creés)

Para empezar, hay dos candidatos que concentran casi todas las recomendaciones, y cualquiera de los dos es una buena decisión:

  • Python. Se lee casi como inglés. Es lo que se usa para automatizar, para datos y para inteligencia artificial. Es el que elegí yo y el que le recomiendo a quien viene del mundo de las planillas y los informes.
  • JavaScript. El lenguaje de la web. Si lo que te atrae es construir páginas o aplicaciones que se ven en el navegador, es el camino natural.

Pero acá va lo importante: el lenguaje es lo de menos. Lo que aprendés en realidad son conceptos: variables, condiciones, bucles, funciones, cómo organizar datos. Una vez que los entendés en un lenguaje, pasar a otro es cuestión de semanas. Perdí un mes entero comparando lenguajes antes de escribir una sola línea. No lo hagas.

La ruta, en cinco etapas

Etapa 1: fundamentos (más o menos las primeras seis semanas)

Programas cortos que resuelvan problemas concretos. Calcular un promedio, ordenar una lista, contar cuántas veces aparece una palabra en un texto. Elegí un curso introductorio (hay muchos gratuitos y muy buenos) y hacé todos los ejercicios, incluso los que parecen tontos. Sobre todo los que parecen tontos.

Etapa 2: práctica deliberada (semanas 7 a 12)

Problemas chicos, todos los días. Los sitios de ejercicios con corrección automática sirven mucho acá. El objetivo es que la sintaxis deje de ser un obstáculo y puedas pensar en el problema, no en dónde va el paréntesis.

Etapa 3: el primer proyecto propio (meses 4 a 6)

Algo que te sirva a vos. Mi primer proyecto fue el informe de las tres planillas. Salió feo, se rompía si alguien cambiaba el nombre de una columna, y lo reescribí tres veces. No importa. Terminarlo es la meta, y el orgullo de verlo funcionar un lunes a la mañana no se compara con ningún certificado.

Etapa 4: las herramientas del oficio (meses 6 a 9)

Control de versiones (Git), leer documentación, buscar errores de manera sistemática en lugar de a los manotazos. Este es también el momento de sumar asistentes de IA como apoyo, porque ya tenés criterio para evaluar lo que te devuelven. Antes de esta etapa, la IA te hace más lento, aunque parezca lo contrario.

Etapa 5: profundizar en una dirección (a partir del mes 9)

Web, datos, automatización, aplicaciones móviles. Recién ahora tiene sentido especializarse, porque ya sabés qué te gusta y qué te aburre. Antes es adivinar.

Los errores que cometí (para que no los cometas)

  • Mirar tutoriales sin escribir código. Se siente productivo. No lo es. Yo pasé semanas «aprendiendo» mirando videos y no podía escribir un bucle sin copiarlo. Escribí cada línea vos.
  • Cambiar de curso cada dos semanas. Siempre hay uno que parece mejor. Elegí uno decente y terminalo.
  • Copiar código de la IA sin entenderlo. Funciona hasta que no funciona, y ahí no sabés por qué. Pedile que te lo explique línea por línea antes de usarlo.
  • Compararse. Con el que empezó a los 15, con el que aprende más rápido, con el de los videos. Tu única referencia útil sos vos hace un mes.
  • Esperar a «estar listo» para hacer un proyecto. Nunca vas a sentirte listo. Empezá igual.
Sobre los cursos pagos: no son necesarios. Existen recursos gratuitos excelentes, y yo aprendí casi todo con ellos. Un curso pago puede aportar estructura, acompañamiento y comunidad, y para algunas personas eso hace la diferencia entre terminar y abandonar. Antes de pagar, revisá el programa, las condiciones de reembolso y buscá opiniones que no estén en la página del curso.

Qué recursos usar (por tipo, sin marcas)

Prefiero no nombrar productos porque cambian y porque no quiero que esto parezca publicidad. Lo que sí te digo es qué tipo de recurso buscar:

  • Cursos universitarios abiertos de introducción a la programación. Son gratuitos y suelen estar mejor diseñados que la mayoría de los pagos.
  • La documentación oficial del lenguaje. Casi siempre incluye un tutorial para principiantes, y acostumbrarse a leerla es una habilidad en sí misma.
  • Plataformas de ejercicios con corrección automática.
  • Comunidades en castellano donde hacer preguntas sin vergüenza. Foros, grupos, encuentros presenciales si hay en tu ciudad.

Hoy sigo programando, aunque mi trabajo sea más de gestión que de código. El informe de las tres planillas se sigue corriendo solo, todos los meses, en una versión que ya no reconozco. Y cada vez que un cliente me dice «eso es imposible, lo hacemos a mano», me acuerdo de mí en esa tarde entera, y le digo que probablemente sean veinte líneas. A veces hasta es verdad.

Este artículo refleja la experiencia y la opinión del autor y tiene fines informativos y educativos. Los tiempos indicados son estimaciones orientativas y varían según cada persona. Brújula Tech no vende cursos de programación ni recibe comisiones por recomendaciones.