Empiezo mañana con Phyton.

Python como puerta de entrada al empleo técnico divide a los programadores​

Aprender Python para conseguir un trabajo en remoto se ha convertido en el atajo más discutido del sector tecnológico. Un aspirante anuncia que dedicará cuatro horas diarias entre semana y seis los fines de semana para lograrlo. La reacción que provoca revela una fractura real: unos lo ven como la navaja suiza que basta para casi todo; otros, como el idioma que domina la inteligencia artificial con una pata y que no convierte a nadie en ingeniero.

El punto de partida es una promesa de esfuerzo concreta: cuatro horas al día, seis los fines de semana. Detrás aparece la primera advertencia práctica, y no es sobre código: hay que empezar por el diccionario de inglés, porque el lenguaje se llama Python y no «fitón». La anécdota no es menor. Quien escribe mal el nombre del lenguaje en una presentación ante clientes, según se cuenta, hace el ridículo.

¿Basta Python para trabajar como programador?​

La respuesta depende de a quién se pregunte. Para perfiles que no se dedican a la programación como profesión principal, Python funciona como una herramienta todoterreno: vale para automatizar tareas, tocar datos y resolver encargos puntuales sin la aspereza de otros lenguajes. Ese es el argumento más repetido entre quienes defienden el atajo.

En contra pesa una objeción de fondo: quien programa habla con procesadores, y el idioma es lo de menos. Desde esa lógica, lo que hay que estudiar es programación de computadoras, no un lenguaje concreto. La recomendación que se lanza entonces es la de los lenguajes de bajo nivel o de estructura funcional seria: C, Rust, OCaml, Zig, Haskell. Si ya se domina Java, JavaScript en servidor, Python o PHP, el consejo es pasar a C o Rust.

Hay una tercera vía, más pragmática y menos épica: un currículum se adapta al puesto al que se aplica. Se estudia lo mínimo para cubrir esa oferta y se deja de dar vueltas.

El COBOL que sostiene la banca y el mito del mérito​

Frente al relato del programador autodidacta de alto nivel aparece un caso que descoloca. Un trabajador se sacó una formación profesional de desarrollo de aplicaciones web a distancia mientras trabajaba en la obra. Le contrató una empresa cárnica y le echaron por paquete. Después hizo una certificación de IBM en COBOL y le contrató un banco. Lleva dos años, va a la oficina un día al mes y trabaja una media de tres horas diarias. Alguna semana entera sin hacer nada.

Su defensa es directa: ese mantenimiento de COBOL sirve para que llegue el dinero de un bizum o la nómina de una administración. Y añade un dato que explica por qué nadie le toca el puesto: según su versión, conoce a dos especialistas en COBOL en una institución europea que llevan treinta años haciendo lo que les da la gana porque cada intento de migrar esos mainframes ha fracasado. Los datos son tan críticos que, siempre según su relato, un estornudo de aquellos sistemas podría sacudir la economía europea.

La conclusión que se extrae no es que COBOL sea el futuro, sino que el mercado paga la escasez y la dependencia, no la elegancia técnica.

La IA como muleta y el miedo a quedarse fuera​

La irrupción de los asistentes de código ha reordenado el argumento. Para tareas de Python, Bash o SQL, hay quien sostiene que ahorran muchísimas horas. La condición que se repite es saber leer lo que genera la máquina, detectar si se puede optimizar y ensamblar las piezas. Sin ese criterio, la herramienta no sustituye al programador: lo delata.

El contrapunto llega desde quien lleva años torciendo cables y ve el panorama con distancia. Su tesis es que en pocas décadas casi todo lo programable lo harán las máquinas, y que a los niños de ahora no les recomendaría estudiar esto. Para quien entra pronto, quizá aún valga. Para el resto, el consejo es buscar algo físico que solo puedan hacer humanos.

No es una predicción verificable, pero explica por qué mucha gente con oficio se está planteando aprender Python aunque no le guste: no quiere quedarse fuera de la avalancha.

El inglés, el nombre mal escrito y la brecha de credibilidad​

La corrección más repetida no tiene que ver con la sintaxis. El lenguaje se llama Python, se escribe P-Y-T-H-O-N, y quien lo llama «fitón» o «phyton» pierde autoridad antes de escribir la primera línea. La anécdota del jefe que lo pronuncia mal en presentaciones ante clientes funciona como aviso: en un sector que se vende como técnico, los detalles delatan.

Ese detalle conecta con una crítica más amplia. Se acusa al perfil que empieza por Python de creerse ingeniero por dominar la conversación con un procesador. La respuesta es ácida: eso parece escrito por una inteligencia artificial mal entrenada. La discusión deriva hacia el desprecio mutuo entre escuelas, y ahí se pierde cualquier utilidad práctica.

---

Queda una pregunta sin respuesta cerrada. Si Python sirve para entrar, para automatizar y para que la IA te ahorre horas, ¿por qué genera tanto rechazo entre quienes llevan años picando código? Puede que el problema no sea el lenguaje, sino lo que promete: un atajo hacia un trabajo que otros tardaron una década en entender.