El problema no es el código de la IA, sino que ya nadie sabe nada
The problem is not the AI code, but nobody knows anything anymore
En grandes empresas, la presión por entregar código generado por IA ha llevado a que nadie entienda la arquitectura ni el propósito del sistema. Ingenieros de todos los niveles pasan el día conversando con Claude, sin leer ni pensar. El autor sostiene que el problema no es la calidad del código de la IA, sino la pérdida de conocimiento y de intención, lo que hace que el mantenimiento se vuelva insostenible.
El problema no es el código de la IA, en mi opinión, sino que nadie sabe nada y todos simplemente le preguntan a Claude. Terminas sin ningún plan en absoluto.
- zero_shift
El sábado estuve reflexionando sobre esto de forma difusa, intentando rastrear el linaje de una decisión tomada en el trabajo.
El cambio de código en sí no importa específicamente. Pero baste decir que se trataba de una función de IA en uno de nuestros productos.
El código fue estampado por Claude impulsado por un prompt. El prompt era para un ticket generado con la integración de IA de Atlassian. Atlassian había digerido documentos hechos con IA. Los documentos provenían de memorandos de estrategia que estoy 90% seguro fueron escritos enteramente por Claude.
La estrategia fue elegida por la gerencia a instancias del liderazgo ejecutivo. Los ejecutivos ahora se comunican mayormente mediante memorandos escritos por IA. No sé cómo toman decisiones, pero hacen referencia a influencers tecnológicos, condiciones del mercado, expectativas de los clientes.
Esto me hizo detenerme. ¿Quién había tomado realmente la decisión entonces? Podría argumentarse que ha habido varias capas de revisión humana, pero la fuente real de la decisión era difícil de precisar.
No estábamos construyendo la función porque la quisiéramos. La estábamos construyendo porque pensábamos que otros la esperaban.
Quizás reflexionando sobre el estado del mercado, pensé, podría indicar quién estaba realmente al mando.
¿De dónde vienen las expectativas de inversores y clientes en 2026? Es muy turbio, al menos en tecnología. Parece haber hype. Parte del hype viene de verdaderos creyentes, parte viene de cínicos. Pero ambos responden a incentivos de mercado que recompensan afirmaciones cada vez más grandes.
¿De dónde viene la "acción" del mercado? ¿Cuál es el motor?
Los inversores no parecen entender realmente qué […]
- glouwbug
Cuando escribes algo, constantemente remodelas tu comprensión mediante refactorizaciones y reescrituras hasta que lo interiorizas. Al interiorizarlo, adquieres la capacidad de razonar sobre ello (durante tiempos muertos críticos) y comunicarlo. Un equipo entero que puede comunicarse puede resolver problemas juntos, desde la visión de un tipo hasta productos en pizarras, pasando por la infraestructura de ingeniería y la artesanía de UX y UI.
Me asombra que hayamos olvidado por completo que el mundo funcionaba así hace solo 4 años
- MomsAVoxell
Profesionalmente, esto no me parece tan dramático, pero sobre todo porque las industrias en las que he entregado código a escala de forma consistente involucran la revisión como principio fundamental, es decir, ningún código sin probar ni revisar se entrega, porque: los requisitos de seguridad crítica/tiempo real y las especificaciones de certificación así lo exigen.
Y tener código de IA para revisar no es diferente de cualquier otro código que haya que revisar, así que las herramientas de revisión se benefician, como es necesario, también de una aplicación lúgubre de... más IA. Pero: toda la IA es revisada por humanos.
Así que no es un gran impacto. Simplemente no entregamos código que no esté 100% revisado por humanos. Si eso es insuperable: lo estás haciendo mal. Usa IA para que el código vuelva a ser legible.
Y además, vuelve a poner la IA en su caja. No les des a los desarrolladores acceso API a suscripciones al 100% a tiempo completo: dales hardware real para usar, para ir 100% local.
La IA local es, por tanto, la mejor IA, gente. No uses más de lo que puedas ejecutar localmente, es una gran manera de mantener el código de IA correctamente mantenible.
La industria lo demostrará por sí misma, tarde o temprano: si no puedes poner tu IA en su caja para guardarla de forma segura, de todos modos lo estás haciendo mal... y ya deberías haber aprendido esta práctica como hábito, hace décadas, en lo que respecta a herramientas a prueba de futuro... (Ver también: ¿no registrar todo lo que haces con una IA? Gran fallo.)
Claro, la adicción absolutamente embriagadora de la IA de Gran Metal™ va a poner a muchos consumidores en un pozo profundo y oscuro de Neo-Analfabetismo; sin embargo: el código de IA 'bueno' en realidad es solo código bueno.
- bengold14
Veo esto todos los días. El problema es que el código es la abstracción equivocada para el trabajo que hacemos. Los LLM han resuelto la codificación, pero no han resuelto los sistemas, la colaboración ni el mantenimiento de sistemas.
Edición: Como parece que he tocado una fibra sensible, he estado trabajando en un proyecto para resolver esto: https://www.archme.io si quieres conocer mis ideas sobre la abstracción correcta
- ecshafer
La IA va a hacer, a largo plazo, que la Ingeniería de Software sea más importante. Obtener requisitos, retroalimentación de usuarios, pruebas, visión de producto. Estos son los diferenciadores clave ahora.
Si realmente puedes conseguir un buen conjunto de requisitos, escribir todos tus casos de prueba y luego lanzárselo a una IA que lo haga de una sola vez, es perfecto.
- hollowonepl
La IA no es para programadores, ellos siempre se quejarán y, dado tiempo y recursos, por supuesto pueden producir mejor código atómico. La IA es para una combinación de analista de negocio, arquitecto y gerente de producto en una sola persona que tiene capacidad en codificación pero decidió que este es un rol limitado en todo el ciclo de vida de la ingeniería de software. Con la actitud correcta y, por supuesto, cierto nivel de microgestión sobre la IA (que también tenían que hacer con programadores humanos), pueden lograr los mismos o similares resultados con mucha menos fricción de comunicación, menos personas para mantener ese trabajo en equipo y acercarse más a resolver los problemas que encuentran en lugar de discutir filosofía de programación y otros manifiestos del oficio que dejaron de ser prestigiosos o únicos, y ese es el punto clave de queja cuando se da IA a las personas equivocadas para usarla.
- vld_chk
Me siento identificado. Cambié de empresa a finales de julio. Las primeras 4 semanas la IA me daba una sensación de libertad. Ya no necesito entender decenas de miles de líneas de bases de código heredadas. Nunca el onboarding fue tan fácil. Solo pregúntale a Claude y me dice qué pasa aquí y cómo.
Pero después de 2 meses empieza a pasarme factura. Sigo sin saber nada. Tengo cierta comprensión del diseño del sistema y los componentes centrales, pero no tengo ni idea de cómo se hacen ciertas cosas por debajo. Porque la IA leyó código por mí y escribió código por mí, y lo tomo como mi propia comprensión.
La semana pasada terminé limitando mi uso de IA y forzándome (es realmente difícil) a leer y codificar al menos un poco por mi cuenta para empezar a tener alguna idea de lo que está pasando aquí.
- bentt
En este momento hay un millón de maneras de hacer las cosas mal.
Pero también hay algunas maneras, quizás menos de un millón, de hacerlas bien.
Aquí va una anécdota sobre una manera de hacer esto mal.
He descubierto con los métodos de codificación con IA que hay una línea en la que se convierte en un hail-mary (en el sentido del fútbol americano).
Un hail-mary es cuando lanzas el balón a la zona de anotación y simplemente rezas para que alguien lo atrape. Esto es casi siempre al final del partido.
Este momento con el código de IA es indicativo de que no puedes armar un plan coherente, así que simplemente le dices al agente "hazlo bien". Solía ser que los resultados aquí apestaban, pero ahora los agentes son realmente competentes, así que los resultados pueden ser buenos.
Pero en ese momento, esa es tu señal para retroceder. Porque tan pronto como tomas una solución que está tan desconectada de tu comprensión, estás bajo el agua. El hail-mary no es parte de un plan de juego más amplio. Es la última jugada del partido. No hay nada después.
Así que tan pronto como llegas a ese momento en tu codificación, estás señalando que has terminado de entender no solo el código, sino incluso cómo funciona a alto nivel. Si aún vas a trabajar con este código después, entonces retrocede y trabaja con la IA para obtener más comprensión del problema.