Vibecoding no es tan divertido como escribir código a mano

Artículo original ↗ Discusión en Hacker News ↗

Muchos programadores veteranos dicen que dejar que agentes de IA escriban la mayor parte de su código se siente menos satisfactorio que “programar a mano”, cambiando la alegría del flow, la artesanía y el aprendizaje por un papel más gerencial de revisar y guiar la salida de la máquina. Otros acogen el llamado “vibecoding” como una herramienta potente que elimina boilerplate, desbloquea proyectos personales antes inviables y permite a expertos de dominio crear software sin habilidades profundas de programación. En todas las posturas, la gente se debate entre cuánto valora el proceso frente al producto final, cómo mantener las habilidades afinadas en un flujo de trabajo intensivo en IA y qué significa este cambio para las carreras en desarrollo de software.

“Divertido” es subjetivo y cómo plantearlo

  • Muchos sostienen que lo divertido es intrínsecamente personal; decir “X no es divertido” obviamente habla de la propia experiencia.
  • Otros creen que los autores deberían señalar igualmente la subjetividad (“creo”, “para mí”) para evitar discusiones interminables y percepciones de clickbait.
  • Algunos ven la reacción negativa como una actitud defensiva de los usuarios de IA; otros la ven como fastidio ante que les digan lo que “deberían” disfrutar.

Cómo usa realmente la gente la IA para programar

  • Amplio espectro: desde “sin código leído, solo chatea y publica” hasta “IA como autocompletado / asistente de refactorización” y configuraciones totalmente “agénticas” con agentes de planificación, codificación y revisión.
  • Patrón común: escribir a mano las partes interesantes o críticas, delegar el boilerplate, el código pegamento o integraciones puntuales.
  • Algunos usan la IA principalmente para pequeñas utilidades personales o para resucitar proyectos antiguos; otros para grandes sistemas profesionales, con uso medido en empresas.

Beneficios percibidos del vibecoding

  • Aceleraciones enormes, especialmente para: boilerplate, stacks complejos pero estándar, APIs que solo usarás una vez, depuración tediosa, convertir o modernizar código antiguo.
  • Permite que las “personas de ideas” o expertos de dominio que no son buenos programadores construyan cosas que antes tenían que encargar a terceros.
  • Muchos desarrolladores veteranos dicen sentirse como “arquitectos” o “directores de orquesta”, capaces de materializar rápidamente ideas largamente pensadas.

Desventajas percibidas y pérdida de disfrute

  • Fuerte sensación de pérdida de “flow” y artesanía; el trabajo se siente más como gestión, DevOps o revisión de código que como creación.
  • El vibecoding puede sentirse como sacar el código de otra persona de internet, o como “ver a alguien jugar al juego en vez de jugarlo”.
  • Para algunos, la dopamina de resolver problemas difíciles se reemplaza por problemas de organización y planificación más lentos y menos satisfactorios.
  • Varias personas planean dejar la programación profesional o darle menos importancia porque la parte divertida desapareció.

Calidad del código, riesgo y carga de revisión

  • Los escépticos: los LLM amplifican código promedio o mediocre, pueden ignorar abstracciones existentes e introducen riesgos sutiles de seguridad o fiabilidad; a los clientes sensibles al riesgo les importa.
  • Los partidarios: con buena arquitectura, prompting y revisión multiagente, el resultado puede igualar o superar el código humano típico, y el gran volumen junto con la iteración rápida es una ventaja importante.
  • Muchos se quejan del “dilema de la revisión”: revisar todo (agotamiento) o confiar en el agente (sorpresas en producción).

Carreras, identidad y control de acceso

  • Dos “bandos” autodefinidos: quienes aman el código como oficio frente a quienes se preocupan principalmente por los productos finales y los usuarios.
  • Tensión: algunos acusan a los críticos de estar en “cope” o de ejercer control de acceso; otros acusan a los usuarios intensivos de IA de pereza o de aceptar “slop”.
  • Ansiedad generalizada sobre la empleabilidad futura, especialmente para quienes disfrutan principalmente de programar en sí.

Aprender a programar en la era de la IA

  • Desarrolladores mayores aconsejan a los principiantes: usa la IA como tutor/revisor, pero teclea tus propias implementaciones si quieres una comprensión profunda; “no existe el aprendizaje pasivo”.
  • Preocupa que la sobredependencia erosione habilidades y haga que grandes bases de código escritas por IA sean difíciles de mantener incluso para la IA.
  • Otros enfatizan una nueva brecha de habilidades: saber dirigir agentes eficazmente y diseñar arquitecturas en torno a ellos.