El supuesto beneficio de la programacion "vibe" (vibe coding), que se refiere a la práctica de construir software con herramientas de IA sin prestar mucha atención al código subyacente, es que permite a cualquiera construir software de manera muy rápida y sencilla. Si el software resultante es tan deficiente que necesitas contratar a un ingeniero de software para que reescriba el software programado por "vibe-coders", se pierde todo el propósito.
|
etiquetas: vibe coding , llm , ia , pufos 
![Los ingenieros de software pagados para arreglar los desastres programados por vibe-coders [eng]](https://www.meneame.net/backend/media?type=link&id=4096784&version=0&ts=1757798106&image.webp)
C, C++, VB, VBS, C#, JavaScript, Python, SQL, R, asm, COBOL…
Que si los 4GL, que si los RAD, que si generar código desde UML, que si los DSL, que si los Workflow, que si los generadores desde el modelo de datos, que si las Power Tools… las promesas de que cualquiera podría crear software sin prestar atención al código han sido numerosas, todas han aportado algo y todas han fallado en su gran propósito de ‘olvídate del código’… y han triunfado en el… » ver todo el comentario
Imagino que es una errata por "corolario".
Fuera de bromas, yo creo que salvo ayudas puntuales al programador humano para ahorrarle alguna tarea tediosa ( que pueden estar bien ), el grueso de la programación debería seguir recayendo en humanos con experiencia.
Cambiemos "construir software" por "construir puentes" y se entiende rapidamente el problema
Antes de entrar, me daba miedo que la IA me quitase el trabajo.
Ahora que he visto lo que perpetra el bicho ese, me da mucho más miedo que de aquí a seis meses (un año, quizás) internet y las aplicaciones web salten por los aires si se sigue publicando código hecho por IA. Auténtica basura cogida con alfileres, imposible de entender, espaguetificada hasta la extenuación y que, como cambies algo, se desploma todo como un castillo de naipes.
A cambio, estoy mucho más tranquilo en cuanto a estabilidad laboral se refiere.
- Abro PR, Gemini me revisa el codigo, y me sugiere cambiar el enfoque de la implementacion, por uno que considera mas mantenible y escalable. Decido seguir su consejo (hay algunos aspectos de su propuesta que me parecen interesantes).
- Al dia siguiente abro otro PR, tocando el mismo codigo, una segunda iteracion , vuelve a sugerirme cambiar la implementacion (su implementacion), pues afirma que no es optima, no escala, y no es facil de mantener.
Ese es el nivel.
Quien decida levantar aplicaciones para produccion, usando principamente IA, es un pirado suicida.
Le he llegado a decir que por hacer caso a sus sugerencias me han despedido, que soy padre soltero y tengo tres hijos hambrientos a los que ahora no voy a poder alimentar.… » ver todo el comentario
Se hizo la loca.
Luego dije Omg. Ha saltado por la ventana. ¿Qué le dijiste?
Risas
Joder, está es buenísima también
Reír para no llorar
Es mi apuesta, y es una generalización absurda, sí, pero es que me estaban encañonando la sien para que dijera algo.… » ver todo el comentario
Los modelos tienden a liarse o tienen ideas bien curiosas y que implementan sin avisar
El otro día estuve haciendo unos cambios en un código mío con uno, entrenado para programación, y reescribió completamente no sé cuántas funciones en no sé cuántos módulos
Le pedí algo relativamente sencillo, y él "detectó un error", que no era… » ver todo el comentario
Si esto sigue como va ahora, en un periodo no muy lejano, supondrá el fin de los frameworks y de muchas librerías. Y a largo plazo cambiará la forma de programar. Como supuso el cambio de tarjetas a código y de código de bajo nivel a lenguajes cada vez más estructurados y sencillos para el humano.
Si eres de verdad un buen programador, si tú elección en tu proyecto es una arquitectura basada en microservicios aislados la… » ver todo el comentario
Ni de coña.
Las IA tiran de librerias existentes constantemente. Y sin frameworks el código seria inmantenible... eso si, convertiría a unos cuantos en. trabajadores imorescindibles...
No hablo de librerías concretas como conectores o cosas asi, pero los grandes frameworks están muertos.
Y un código con la lógica bien separada jamás es inmantenible.
Si no les dejas no ahorras tiempo ni conseguirás hacer el trabajo.
Un framework no es una libreria. Y un framework estandariza el código haciendolo mantenible por personal ajeno en muy poco tiempo al tiempo que ya imolementan tareas comunes.
No. Los frameworks no mueren ni de coña.
El código es lógica. A qué te refieres con lo de "logica separada" mas alla del MVC ?
Y hay muchas formas de hacerlo, los frameworks estandarizan y obligan a unas buenas prácticas mínimas
Cada cosa hace una sola cosa y eres tú quien le provee de todo lo necesario, no va a buscarlo a ningún sitio. Y las IA son un auténtico lujo para eso.
Les dices donde quieres el código, como quieres el código y aislas el ámbito que puede tocar. Y es un puto lujo.
Ahora tenemos Cursor y la verdad es que es mil veces mejor. Si se le explica la tarea lo hace bastante bien y si no rechazas lo que ha hecho y pruebas de nuevo.
En mi curro yo los uso para que me creen tests (que reviso) o me arreglen tests que están fallando por diferentes razones, y me ahorran bastante tiempo.
De vez en cuando también para que me implementen algo pequeño que yo no sé hacer de cabeza (yo que sé, algo que necesita una librería que no me apetece mirarme).
También los usamos para que hagan revisiones de código, y son cada vez mejores. No dicen muchas tonterías y suelen dejar comentarios muy útiles.
bisect también funciona muy bien para hacer diagnósticos complicados.
Obviamente no pueden sustituir a un humano, pero que un humano usando una IA hace mucho más trabajo que antes, sin ninguna duda.
Pero no, la tecnología no sigue mejorando. La IA ha llegado a un punto de rendimientos decrecientes, y eso sin solucionar ninguno de los problemas existentes.