Programar sigue siendo terrible
(stvn.sh)- "No es la IA la que está quitando empleos; es la codicia de la dirección y la obsesión por los resultados de corto plazo lo que está destruyendo la industria"
- El trabajo real en la industria tecnológica no se parece a planes ordenados y procesos de producción perfectos, sino más bien a una mezcla de barcos a la deriva, equipos en llamas, conocimiento perdido y automatización que no ayuda
- Las organizaciones presentan la IA como prueba de mayor productividad para justificar recortes de personal y la tercerización del juicio, cortando incluso el pipeline de aprendizaje tipo aprendiz-maestro con el que los juniors se convierten en seniors
- La ley de Goodhart, las métricas de velocidad, los story points, la cobertura de pruebas y las métricas DORA no pueden reemplazar la calidad ni el criterio reales; cuando se aparta a quienes detectan errores, la base de código se vuelve frágil
- El conocimiento operativo como un cron job que corre todos los días a las 3 a. m. desde 2016 y notas como
# DO NOT CHANGE!!! Ask Benlo sostiene alguien como Sara, pero la organización ni siquiera sabe que eso existe - El problema central no es la IA sino la codicia; si Sara desaparece, también podría colapsar el sistema invisible que sostiene la nómina de una empresa de 30 mil personas
Sorry Peter - siguiendo a "Programming Sucks" que Peter Welch publicó en 2014
Las organizaciones de software ya se estaban derrumbando antes de los cambios que trajo la IA
- En fiestas de cumpleaños se repite la pregunta de si no preocupa que la IA quite empleos, pero el trabajo en la industria tecnológica nunca fue ese proceso limpio y perfectamente planificado que la gente de fuera imagina
- El trabajo real se parece más a una mezcla de barcos a la deriva, equipos incendiándose, sistemas cuyo funcionamiento ya nadie conoce y automatización inútil
- Un CEO llega contando que, gracias a la IA, el equipo de su amigo Jared aumentó su productividad y pudo despedir a la mitad, pero en la trinchera esa historia funciona como una presión en la que cuesta distinguir si es presumir o amenazar
- Más grave que el miedo a que “la IA quite empleos” es que las organizaciones la están usando como excusa para justificar recortes de personal y la subcontratación del juicio
Lo que se despidió no fue la producción actual, sino la experiencia futura
- Los líderes que alguna vez fueron ingenieros sabían por qué hacían falta las revisiones de código y cómo el primer PR de un junior, aunque fuera revisado con dureza por un senior, terminaba convirtiéndose en aprendizaje
- No fue que en 2024 alguien decidiera de pronto eliminar las revisiones de código y el crecimiento por aprendizaje; fue que la pista se acortó y las hojas de cálculo del CFO, junto con la fe del CEO en los demos de IA, empujaron las decisiones organizacionales
- Después de ver en un offsite “un demo donde un agente escribía una funcionalidad completa en 14 minutos”, el CEO le dijo al directorio que podía reducir 30% del área de ingeniería para Q2
- Los líderes se convencieron a sí mismos de que los juniors se adaptarían, se volverían a capacitar y encontrarían lugar en otra parte, mientras los seniors absorberían la carga que faltaba y los agentes llenarían los huecos
- Pero el valor de un junior no estaba en la producción inmediata, sino en convertirse después en un ingeniero senior que supiera “dónde están enterrados los cadáveres”
- La optimización del volumen de producción eliminó ese crecimiento por aprendizaje y, cuando dentro de unos años falten seniors, nadie recordará por qué pasó
Las métricas y las herramientas no pueden reemplazar el juicio
- Cualquier ingeniero que haya tenido que arreglar el desastre dejado por líderes que antes vendieron soluciones simples ya sabía que los números no garantizan la calidad real
- La ley de Goodhart ya había arruinado esos números —como las métricas de velocidad, los story points o la cobertura de pruebas— que se entregan a quienes no son ingenieros como evidencia de que “todo va bien”
- En las métricas DORA también ya había quedado claro cómo se tambalea la estabilidad del despliegue cuando agregar herramientas se vuelve más importante que el criterio
- Si se desplaza a quienes detectan errores, o si esas personas aprenden a dejar de detectarlos, la base de código se vuelve vulnerable
- Y aun así la gente firmó la lista. La alternativa era perder el empleo, y el empleo estaba conectado con la hipoteca, la colegiatura, la visa y con esa versión de uno mismo que cree que después podrá arreglarlo
- Ese “después” no llega, y todos lo sabían
El conocimiento operativo invisible sostiene a la empresa
- En algún lugar de la infraestructura hay un cron job que corre todos los días a las 3 a. m. desde 2016 y que hace algo importante aunque nadie sepa exactamente qué
- En el comentario al inicio del archivo dice
# DO NOT CHANGE!!! Ask Ben, pero ya no hay forma de contactar a Ben - Durante los últimos cuatro años, en cada planeación de roadmap apareció como candidato el proyecto de “modernizar el cron legado”, pero nunca fue elegido, e incluso esa tarea fue eliminada manualmente dos veces
- Quien realmente mantiene vivo ese trabajo es Sara, y la organización ni siquiera sabe que ella lo hace
- Sara tiene poco más de 50 años y trabajaba en una oficina pequeña a tres calles de la sede central, pero esa oficina cerró por recorte de costos y ahora trabaja desde un escritorio con conexión de red en un compartimento bajo cubierta
- Sara recibió mentoría de Ben desde 1998, y cuando Ben murió incluso fue a su funeral, pero la organización tampoco sabe eso
- Cuando ese proceso se detiene periódicamente, llaman a Sara; ella revisa el problema, lo vuelve a empujar y hace que reintente
- Ese trabajo depende de un módulo perdido en el tiempo, pero Sara tiene una copia en una memoria USB que encontró en el escritorio de Ben
- Ningún agente ha tocado ese módulo, ni podrá tocarlo en el futuro
Sara es la última forma de un pipeline irremplazable
- Sara no es solo una persona segura; es la memoria institucional que el proceso de transformación de la organización borró, caminando en un cuerpo de 55 años
- Sara es el resultado de una formación por aprendizaje que conecta a Ben, 1998 y una memoria USB; en cierto sentido, ella misma es ya el pipeline que forma personas
- Cuando Sara desaparezca, no se podrá contratar un reemplazo, porque el sistema que producía personas como Sara murió hace ya tres años
- El cron job paga la nómina, pero la organización tampoco lo sabe
- Si Sara desaparece y el cron job muere, una empresa de 30 mil personas tendrá que volver a descubrir cómo pagarle a todo el mundo
- La respuesta que entonces hará falta será contratar a “la persona con la cuchara”, pero la organización ya se aseguró de no poder volver a crear a alguien así
Conclusión: el problema no es la IA, sino la codicia
- La respuesta a la pregunta de la fiesta no es “la IA nos quitó el trabajo”, sino que la codicia lo hizo
- Es la misma codicia que trasladó fábricas a Bangladés y dejó esclavos en las minas de cobalto del Congo; esta vez solo lleva la máscara nueva de la IA
- A un sobrino que quiere montar una tienda en Shopify le recomendaría dedicarse a otra cosa, pero al menos ya no tendría que fingir que lo que destruye su vida es un robot
- Sara sigue siendo la excepción. Ella está bajo cubierta con una memoria USB en la mano, y como la organización no sabe que está ahí, todavía no la han encontrado
- Los demás están en la cubierta de arriba mirando mástiles volcados y muñecos en llamas, sin entender qué funciona ni cómo
7 comentarios
El famoso texto de 2014, "Programming Sucks"
Doce años después, "Programming Still Sucks", que refleja la actualidad.
El texto original hablaba del "caos de la programación en sí",
y este artículo resulta interesante para leerlo junto con aquel porque aborda cómo, en la era de la IA, "la codicia de los directivos" ha "agravado aún más" ese "caos".
También dejé el original aquí: La programación apesta [2014]
Mientras lo leo, siento que me va a dar PTSD.
Yo también estoy leyendo esta parte y me da escalofríos 🥲
cron jobque corre todos los días a las 3 a. m. desde 2016, y está haciendo algo importante aunque nadie sabe exactamente qué hace# DO NOT CHANGE!!! Ask Ben, pero ya no es posible contactar a BenT_T De verdad no es fácil..
Si sumo la experiencia de quienes se fueron al lugar de al lado el año pasado, son 50 años... y el salario es 5 veces mayor... uf... yo también debería irme...
Opiniones de Lobste.rs
Resume con mucha precisión cómo me he estado sintiendo últimamente sobre la industria en general. Sigo siendo relativamente junior, pero se nota clarísimo la tendencia de las empresas a elegir crecer a toda costa en vez de intentar verse competentes
Las herramientas que usamos, salvo el editor, son todas inestables y cambian tanto que es casi imposible dominarlas. Todas las plataformas parecen medio hechas, la mayoría de los productos nuevos se ven casi inútiles, y como se prioriza más la velocidad que la calidad, se me está apagando el cariño por la ingeniería de software en sí
Sé que todavía hay mucha gente a la que de verdad le importa esto. Incluso entre quienes usan mucho IA generativa hay personas que sí se preocupan por el resultado. Pero la tendencia es tan clara que, más que miedo a perder el trabajo, me da miedo perder la pasión y la capacidad de preocuparme
Por ejemplo, nuestra comunidad hace difusión local en vez de usar redes sociales. En el meetup pasado de Seattle invitaron a Walter Bright, y el café se llenó tanto que casi tuvieron que rechazar gente
Zig Day también parece ser un lugar donde tratan la IA con calma. Me gustaría conocer otras comunidades así
Esta experiencia existe desde mucho antes de que aparecieran los modelos de lenguaje grandes. Las empresas sobrecontrataban para llenar puestos porque eso se veía bien al buscar inversión de riesgo, o porque se veía bien en una hoja de cálculo que revisaba alguien varios niveles arriba, a miles de kilómetros
Demasiadas empresas “tech” eran casos de ciegos guiando a ciegos. Una persona con la que trabajaba en una gran empresa hace 15 años llegó un día y descubrió que habían despedido a todo su equipo, no sabía a quién debía reportar y nadie sabía que ni siquiera tenía gerente. Se presentó a trabajar durante 6 meses, se la pasó navegando por internet y, cuando se aburrió, buscó otro empleo
En resumen, no es que programar sea malo, es que las empresas son malas
La analogía del barco capta bastante bien esta forma de hacer software con cinta adhesiva y pegamento, y la interacción con asistentes de IA alegres pero inútiles. Pero el título y la moraleja no coinciden para nada con mi experiencia. Como desarrollador senior, disfruto programar todos los días, y no apesta para nada
Es molesto que GitHub se caiga seguido, y también es molesto tener que tallar archivos YAML como si fueran cuatro capas de inception para lograr que algo funcione como en octubre del año pasado, pero en lo esencial leer y escribir código es genial
Me pagan por hablar de problemas con la gente de negocio, modelar soluciones en mi cabeza, leer sobre tecnologías nuevas y viejas que podrían servir, y luego implementarlas yo mismo con el teclado, mientras lo que aprendí se consolida y se resuelve el problema de negocio. Es realmente divertido. Después se lo presento a la gente de negocio y a otros desarrolladores, y como también me gusta presentar, eso también lo disfruto
Tal vez la Sara de la historia soy yo, pero si es así, vivir como Sara es increíble, y quizá debería pasar un día más enseñándoles a los interns sobre trabajos de
cron. Enseñar también me gusta tanto como programar, y el texto da a entender que últimamente eso vale todavía másNo te conozco ni sé dónde trabajas, pero yo sí he trabajado en lugares parecidos a ese. Tengo 58 años, y recuerdo épocas en que esto no era el desorden total que es ahora. La clave es que Sara guarda archivos en una memoria USB y cuida trabajos batch programados, y ambas cosas son cosas que yo he hecho
Si usas GitHub, entonces usas Git, y eso significa que usas control de versiones. Entonces no eres del tipo de veterano de más de 50 que deja una memoria USB traída del escritorio de alguien sobre su propio escritorio y depende de ella. Esa gente sabe que no se puede confiar en sitios web remotos ni en protocolos complejos, peludos e inescrutables como Git
A este texto deberían ponerle la etiqueta “rant”
Tengo más de 50, estoy en una posición bastante parecida a la del tipo arrojado al barco y, sinceramente, debió haberse bajado cuando todavía no había barco. Debió darse cuenta de que este grupo era sospechoso. Le dieron trabajo y le pagaron, así es como funciona esto
Algunos trabajos son increíbles y otros apestan. ¿Creen que los técnicos de campo no tienen trabajos malos? ¿Alguna vez imaginaron a la gente que pone azulejos en los baños de enormes edificios de departamentos, instala luces, tira cable o hace plomería? ¿Cuántos días tomará instalar 5,000 luminarias? ¿Y poner 500 inodoros? ¿Se lo imaginan? Dios mío, nosotros trabajamos comodísimos
Hay muchísimos trabajos horribles en el mundo, hay muchísimas cosas mal en la ingeniería de software corporativa, hay profesiones espantosas, la IA es una pesadilla, todo eso es verdad
Sara tiene que reaccionar y arreglar de una buena vez ese maldito trabajo de
cronSi tu punto de referencia para programar es programar en empresas tech, siempre hubo problemas y casi siempre salieron productos malos. Basta con una sola razón: estructuralmente nunca puedes hablar con los usuarios
Algunas personas explican esto con palabras como “alienación” o “trabajo”, y parece que dicen que estos problemas no se limitan a la programación
Programar en un equipo pequeño que apoya algo dentro de una organización grande que no gira completamente sobre sí misma es mucho mejor. Programar para hacer herramientas que tú mismo usas también es muchísimo mejor
Cuando veo a las empresas SaaS cerrar ventas así, me dan ganas de pensar que de verdad usan favores y drogas
Últimamente disfruto hacer programación a escala humana para negocios locales y profesionales de mi zona. También ofrezco hosting administrado de cierto software open source para organizaciones y pymes. No hay modelos de lenguaje grandes, solo una pila simple que se puede mantener y operar fácilmente, límites claros, precios honestos y onboarding y offboarding sencillos
Esto contrasta con la carrera que he tenido trabajando en remoto para startups tech extranjeras y grandes empresas. Por eso solo acepto consultoría remota o trabajo por contrato en raras ocasiones, cuando realmente encaja, y el resto del tiempo hago otra cosa. Aunque suene contradictorio en términos de ingresos, este cambio me ayuda muchísimo con mi bienestar
Opiniones en Hacker News
Me pegó fuerte la frase: “No fue la IA la que nos quitó el trabajo, fue la codicia”
Me gustó esa idea de que es la misma codicia que trasladó fábricas a Bangladesh y mantuvo trabajo esclavo en las minas de cobalto del Congo, solo que ahora con una máscara nueva; y también fue potente la parte de decirle a tu sobrino que mejor se dedique a otra cosa
Este texto es como arte, siento que tengo que dormirlo y volver a leerlo mañana por la mañana
Me gusta programar y se me da bastante bien, pero esta industria es un basurero
Ya decidí volver a estudiar para conseguir un trabajo de los llamados “de verdad”, porque estoy cansado de trabajar en una industria obsesionada con destruir la sociedad
Ha sido genial recibir ese dinero, pero creo que fue gracias a la suerte y a las circunstancias
Si un robot me quita el trabajo, buscaré otro, y no pienso culpar a ricos malvados ni a otros monstruos
Si esa demanda no existiera, o si la gente dijera “aun así, no a este costo”, entonces no se podría decir que la responsabilidad moral recae solo en los industriales, y esas minas tampoco existirían
Como existen las lavadoras, ya no se le paga a la gente por lavar ropa a mano, y como las noticias se distribuyen de forma digital, hacen falta menos repartidores de periódicos
Con la IA no es distinto: si “se puede” automatizar o volver más eficiente algún trabajo, entonces eso va a pasar
Puede que no beneficie al individuo, pero sí a la sociedad en conjunto
No estoy diciendo aquí que la IA o los LLM realmente puedan hacer ese trabajo, solo que, “si pueden”, así ocurrirá
No hace falta la codicia
No es cierto eso de que “trabajar en la industria tecnológica siempre fue malo y nunca fue lo que la gente imaginaba”
Durante al menos 13 años, de 1988 a 2000, trabajar en tecnología fue realmente bueno para mí, y probablemente también bastante bueno después de eso
La razón principal por la que empezó a volverse malo no fue la tecnología sino el negocio, en especial las adquisiciones y fusiones corporativas
Un buen entorno, en una buena empresa, resolviendo problemas interesantes, construyendo software significativo y con clientes satisfechos, era el paraíso para un tecnólogo
La razón por la que se volvió malo no es que de repente se haya vuelto malo, sino que empezamos a darnos cuenta
La tecnología en sí no es mala; lo malo es la industria tecnológica
Siempre fue mala para cierta gente, y ahora simplemente parece mala para todo el mundo, y ya sin disimulo
No coincido con toda la conclusión de este texto, pero me gustó poder leer completo un post de HN sin sentir ese brillo de coautoría con IA
No lo digo para menospreciar al autor en absoluto, me pareció un texto reflexivo, pero sí sentí ese brillo de coautoría con IA
Me hace pensar cuántos textos habré leído sin darme cuenta de que eran generados por LLM
Me gusta pensar que tengo buen ojo, pero no es perfecto, y habrá falsos negativos y falsos positivos
¿Qué significará cuando ya no podamos distinguir la diferencia?
Pensándolo un poco más, espero que el autor no tome mi comentario como una ofensa, considerando el tema del texto
Debe ser porque es muy temprano y hay muchas posibilidades de que mi juicio esté equivocado
Por eso mismo me inquieta más la pregunta de arriba
Ya me cansé de ver a gente en el trabajo metiendo guiones largos y escribiendo con ese estilo de IA tan obvio
Se siente un poco insultante, pero al final me recuerda que todos estamos participando en esta farsa
La llamada reducción de empleos por IA no es culpa de la IA
No creo que haya nadie que sostenga lo contrario
En menos de un año, probablemente antes, los sistemas de software van a empezar a colapsar, y de hecho así será
Entonces la contratación en tecnología se va a disparar
Más bien creo que no habrá suficientes desarrolladores en el mundo para tapar las fallas de la IA
Las cuentas son claras
Incluso si los humanos solo tocaran el 1% de todos los sistemas de software generados, algo que ni siquiera parece realista viendo el estado actual y la regulación que viene, los 47 millones de desarrolladores del mundo no alcanzarían ni de cerca
Los empleos volverán y la paga mejorará, pero programar se volverá todavía más miserable, y no será trabajo para cualquiera
Si no eres de los que disfrutan desenredar un caos enredado al revés, puede que no sea para ti
Si la IA es todo y la IA es software, entonces todo se vuelve software y todo el mundo va a querer una parte de ese software
El tono del texto da en el blanco
Me jubilé hace 4 años, y para entonces la cosa ya venía en bajada desde hacía más de 10 años
Pero agregaría una cosa: programar todavía puede ser divertido
Programar como profesión es malo, pero si programas para proyectos personales, descubres que todavía puede ser divertido
Aun así, qué bueno haberme ido
Recuerdo que, ya al final de mi carrera, estaba almorzando con un colega en Apple Park, mirando fijamente al jardinero que cuidaba las plantas y árboles en el centro del “parque”
En el momento en que mi colega empezó a comentar algo sobre ese jardinero, supe que estaba pensando exactamente lo mismo que yo y cuál sería su siguiente frase
El texto me gustó muchísimo
Me encantaron frases como “pasemos ahora a un tema más liviano, como si dispararle o no armas nucleares a Irán”, o “ya no hay juniors. Su funeral fue en 2024, pero nadie asistió”, y “no fue la IA la que nos quitó el trabajo, fue la codicia”
La sátira transmite muy bien una experiencia cínica
Programar siempre fue malo
Lo que cambió ahora es que aparecieron agentes de IA para hacer ese trabajo malo por nosotros, y de alguna manera todo empeoró
Ahora tengo que depurar código que no escribí, que no entiendo del todo y que ni siquiera puedo explicar bien en una revisión de código
Fue un texto hermoso
También me alegró ver el enlace de vuelta al texto de Peter Welch, una especie de antecesor espiritual de este post, que ya hasta había olvidado cómo encontrar, así que fue un gusto releerlo
¿No es un poco irónico que un texto titulado “Programar es malo”, que seguramente está en un blog estático, se esté ahogando con el tráfico de HN?
Me dio flojera irme por ISR y estaba usando el plan gratuito de Cloudflare, y jamás imaginé que fuera a llegar tráfico
Me gustó mucho, y volví a leer “Programming Sucks”
También ahí hay frases deliciosas
“La única razón por la que las computadoras de los programadores funcionan mejor que las de los no programadores es que los programadores saben que las computadoras son como niños esquizofrénicos con una enfermedad autoinmune, y no les pegan cuando se portan mal”