13 puntos por GN⁺ 2026-03-19 | 5 comentarios | Compartir por WhatsApp
  • La capacidad de las herramientas de programación con IA para generar resultados inmediatos es impresionante, pero el nivel de detalle en la implementación y la completitud de los componentes del sistema siguen siendo insuficientes
  • El proceso de desarrollo se aleja del equilibrio entre ‘pensar y escribir’, y cambia hacia una forma en la que se delega el pensamiento a la IA y solo se escribe una cantidad mínima de código
  • Este comportamiento se parece a ‘apostar tirando de una tragamonedas’ y se asemeja a los mecanismos adictivos presentes en toda la industria tecnológica
  • La IA facilita obtener inspiración y reutilizar código, pero nos quita el placer de las conexiones creativas y la resolución de problemas
  • Como resultado, más que eficiencia, los desarrolladores necesitan recuperar la autorreflexión y la interacción directa con el código

La eficiencia superficial y los límites de programar con IA

  • La IA genera de inmediato resultados de código aparentemente plausibles, pero la precisión y el nivel de completitud en la implementación detallada son insuficientes
    • Aunque por fuera parezca código terminado, en realidad suele contener errores o partes incompletas
  • A menudo basta con que la IA ‘finja procesar’ el código para que produzca un resultado, lo que transforma esto en una estructura donde se omite el proceso de pensamiento del desarrollador
  • Esta forma de trabajo difiere de la programación tradicional, que requiere ‘pensamiento profundo y escritura minuciosa’, y se convierte en un modelo centrado en la productividad superficial

Programar con IA como una apuesta

  • Programar con IA se parece a ‘tirar de una tragamonedas’, con una dinámica repetitiva que persigue recompensas inmediatas
    • En el proceso de ingresar instrucciones y esperar el resultado, el usuario experimenta una expectativa propia del juego de azar
  • La industria tecnológica ya ha interiorizado estructuras de recompensa repetitiva como el ‘refresh’, y la IA funciona como una versión que las maximiza
  • Esta naturaleza adictiva hace que la programación con IA no sea solo una herramienta eficiente, sino también un mecanismo que puede generar dependencia psicológica

La pérdida de creatividad y satisfacción

  • Los desarrolladores distinguen entre ‘trabajos buenos para el alma’ y ‘trabajos que no lo son’, y la programación tradicionalmente pertenece al primer grupo
  • La IA ofrece referencias e inspiración infinitas, pero nos quita el placer de resolver problemas directamente y entender la estructura por cuenta propia
  • Como resultado, el desarrollador queda relegado a complementar las conexiones imperfectas creadas por la IA, y la satisfacción con el trabajo disminuye
  • La solución a este problema depende de un cambio de actitud del desarrollador y de una participación activa en el código

Contexto personal e identidad profesional

  • El autor trabaja en entornos de equipos pequeños o en solitario, y es un desarrollador y diseñador acostumbrado a reutilizar y optimizar código
  • La IA le ha permitido probar nuevos frameworks y ganar confianza, pero queda la duda de si realmente lo ha convertido en un mejor desarrollador
  • La estructura del texto se basa en preguntarse si el uso de la IA se debe a una mejora en la eficiencia o, más bien, a ‘la repetición propia de una apuesta mientras se espera el jackpot’

Conclusión: el rol del desarrollador en la era de la IA

  • Programar con IA aumenta la productividad, pero puede debilitar el pensamiento creativo y la capacidad de resolver problemas de forma autónoma
  • En lugar de depender de la comodidad de la IA, los desarrolladores deben recuperar el valor de pensar por sí mismos y trabajar directamente con el código
  • Más importante que el progreso tecnológico es la autodisciplina y la reflexión para que ‘programar siga siendo algo bueno para el alma’

5 comentarios

 
winterjung 2026-03-20

Entonces, si tiras suficientes veces, te sale el premio mayor.

 
zxcv123 2026-03-31

Pero apostar es muy divertido, ¿no?

 
dicebattle 2026-03-20

Si estadísticamente hay una probabilidad por encima de cierto nivel, el valor esperado es positivo y no dejan de aparecer métodos de ingeniería para aumentar ese valor esperado, ¿deberíamos llamar a esto apuestas? Socialmente, parece que acordamos llamarlo inversión.

 
j2sus91 2026-03-20

Sí, claro, boomer.

 
GN⁺ 2026-03-19
Comentarios en Hacker News
  • Últimamente, gracias a las herramientas de programación con IA, me di cuenta de que la razón por la que me gusta programar ya no es la misma que antes
    Antes disfrutaba entender a fondo y desmenuzar los problemas, pero ahora me atrae más la capacidad de convertir en realidad lo que pienso de inmediato
    Es realmente emocionante que existan herramientas que pueden seguir el ritmo de mis ideas sin que yo tenga que escribir el código directamente

    • Si existiera una "InfiniteAppStore" que ofreciera al instante el código de cualquier app, eso se parecería más a comprar que a programar
      Claude Code, tal como está hoy, en realidad es una versión incompleta de eso. Sentimos que lo estamos creando nosotros mismos porque el proceso es imperfecto
    • Ahora mismo estás en la fase de emoción del camino de adopción de la IA
      Que las ideas se implementen al instante es estimulante, pero algún día, cuando logres crear exactamente lo que querías, puede aparecer una sensación de vacío
      En ese momento podrías sentir que "yo no lo hice realmente", y al final terminarías buscando la siguiente idea
      Aun así, es una experiencia valiosa, y puede llegar el momento en que dejemos de ser programadores en el sentido tradicional
    • Puede que seas alguien que ama crear, no necesariamente alguien que ama la programación en sí
      Yo, en cambio, siento más satisfacción en el proceso de resolver los problemas por mi cuenta
      Cuando la IA resuelve el problema por ti, la sensación de logro disminuye, como cuando copias y pegas una respuesta de StackOverflow
      Aun así, las empresas seguramente exigirán usar IA por productividad
    • Así como antes las hojas de cálculo (VisiCalc) popularizaron la PC, creo que la IA también popularizará la programación
      Bajará la barrera de entrada para crear apps complejas y facilitará la creación de prototipos
      Pero los sistemas legacy y el código de producción seguirán siendo territorio de especialistas
    • Yo también uso mucho la IA, pero no se puede saltar el proceso de comprensión
      Al final, cuando el sistema se rompe, hace falta alguien que entienda la estructura y las interacciones
  • Si programar con IA es apostar, entonces gestionar proyectos con varios desarrolladores también podría ser una forma de apuesta
    Tanto las personas como los modelos son no deterministas, así que aunque les asignes la misma tarea, los resultados cambian

    • Pero programar con IA se parece más al juego por su carácter adictivo
      Algunos se despiertan de madrugada para revisar agentes, o incluso les dan acceso a sus cuentas bancarias
    • Si programar con IA es una tragamonedas, gestionar desarrolladores se parece más a apostar en carreras de caballos
    • La calidad del equipo se puede controlar hasta cierto punto, pero la calidad del modelo no
      La IA es rápida, pero su calidad es baja, y por eso el bucle de recompensa inmediata opera con más fuerza
    • En realidad, el pensamiento humano también es una caja negra, así que no es tan distinto de la opacidad de la IA
      Aun así, todavía falta tiempo para que la IA llegue al nivel de los mejores desarrolladores
    • La adicción masiva viene de la recompensa inmediata, y gestionar desarrolladores no tiene eso
      Por eso no es apostar
  • Generar código con LLM provoca una adicción conductual que va más allá de simplemente "asumir riesgos"
    Se siente como una máquina cyberpunk que combina una tragamonedas y un chatbot amigo

    • Aunque se equivoque, la IA te da la ilusión de que hiciste algo, y ese es el núcleo de la adicción
    • Cuando yo también la uso, siento claramente que caigo en un bucle de dopamina
      En vez de pensar críticamente, terminas concentrándote en "volver a correrlo", y hace falta un esfuerzo consciente para romper ese patrón
  • Los desarrolladores promedio de Japón todavía no usan Claude Code en su vida diaria
    Las empresas lo promueven, pero ellos siguen aferrados a las formas tradicionales
    De hecho, gracias a eso estamos viendo un panorama mentalmente no agotado

    • En tareas de transformación de código con tests, la IA funciona bastante bien, pero si no hay tests, dependes de la suerte como en una tragamonedas
      Sigue habiendo inquietud con la integración en codebases grandes
      Desde el punto de vista empresarial, el ROI no está claro, pero a nivel individual hace falta entender el potencial de la herramienta
  • La estructura de recompensa variable de la programación con IA es lo que la vuelve parecida al juego
    Incluso con la misma pregunta, el resultado cambia, y esa diferencia da una ilusión de control
    Cuanto más rápida es la respuesta, más fuerte se vuelve la adicción en el cerebro

    • Puede que la latencia no sea necesariamente el factor clave
      Incluso en el juego hay casos con tiempos de espera largos
    • Más que decir "esperamos que la IA piense en nuestro beneficio", lo correcto sería esperar eso de las personas que la crearon
    • Al final terminamos actuando como ratones esperando pellets de comida
      Si los resultados no son constantes, seguimos presionando el botón por más tiempo
  • Al final, lo importante es definir claramente la spec y verificar que la implementación la cumpla

    • Pero en la práctica hay que repetir varias veces pedidos como "hazlo un poco más legible"
      Si tuvieras una especificación perfecta, sería más rápido escribir el código directamente
    • Últimamente se dice mucho "hagamos que la IA siga la spec", pero en la realidad casi nunca recibes un documento de especificación completo
      Eso no encaja con un entorno donde hacen falta cambios de mercado y experimentación iterativa
    • Incluso si dos programas cumplen la misma spec, la teoría que los expresa puede ser distinta, así que elegir cierto código tiene implicaciones sociales y económicas
      Referencias relacionadas: Efficient cause, artículo de Naur
    • También apareció la broma de "¿eso no es desarrollo waterfall?"
    • Recuerdo que hace 15 años un CIO decía que "en la era Agile, los documentos de especificación son una pérdida de tiempo"
  • Hacker News sigue dividido respecto a la Vibecoding
    Algunos reconocen su efectividad, pero las discusiones polarizadas siguen repitiéndose

    • Las discusiones de internet siempre han sido así, no es un problema exclusivo de HN
    • La comunidad /r/SelfHosted también está en un estado de caos últimamente por las discusiones sobre IA
    • Algunas personas, si cuentas una experiencia exitosa con IA, te tachan de fanático de la IA
    • A mí lo que más rechazo me genera es el pensamiento binario
    • Al final es como repetir las guerras santas eternas de VIM vs Emacs o Tabs vs Spaces
      Y mientras tanto, se pierden las discusiones realmente importantes sobre requisitos y experiencia del desarrollador
  • Resulta interesante la pregunta: "¿con qué frecuencia hay que ganar para que ya no sea apostar?"

    • Si ganas demasiado seguido, al final llega el momento en que superas el límite
    • Si ganas la mayoría de las veces, eso ya no es apostar, sino simplemente una actividad con riesgo
    • También salió la broma de que "ganamos demasiado, así que ahora nos estamos quejando"