Es una hecatombe... Los programadores ya teníamos una herramienta para sacar proyectos más rápidamente: librerías. Bien diseñadas y que empaquetaban funcionalidad de una forma estructurada y útil para ser reutilizada. Hasta el punto en que, por ejemplo, hacer un servidor que tenga 5 endpoints y acceda a bases de datos implicaba tan solo elegir las librerías, conectarlas con la lógica de negocio en medio y tenerlo todo en 30 líneas de código comprensible y analizable.
Vamos a un mundo en el que "juniors" (y no juniors) van a desarrollar cientos de miles de líneas de código que hacen lo mismo una y otra vez, bloques de código que nadie se ha parado a entender. Todo "medio funciona" durante las primeras fases, pero llega un momento en que ni con una ventana de contexto infinito puedes "prompt-engineer" ningún cambio sin romper otra cosa, sea un monolito o micro-services. Y cuando se llega a ese punto habrá que tirar el código y empezar de nuevo.
Es un desastre. Similar a, en lugar de utilizar librerías y crear un código "armonioso y comprensible" que explique la intención del ser humano, a generar código pegando bloques enteros en ensamblador en un solo fichero e ir cambiando a ojo algunos valores cada vez que pegas 300 instrucciones. Recipe for disaster.
#32 ¿Y no se pasó por alto ninguna funcionalidad existente?, ¿o sólo le pediste que añadiera tipos? Mi miedo es que en 4 años no va a quedar cerebro humano que entienda y sepa capaz de revisar las cosas, y menos de "la nueva hornada de programadores"
#2 Y mids a los que les pides que toquen una parte nueva del código que no han tocado nunca y solo usan ChatGPT. "- ¿Por qué has eliminado esta función? - No lo sé, pegué lo que me decía ChatGPT". Anteayer...
Puedes estar en contra de la xenofobia. Pero también de que haya barrios en los que la vida tradicional se ha parado porque las plazas están llenas de grupos de magrebíes y árabes en horario lectivo / laboral sin hacer nada.
O se consigue una ciudad para todos, o habrá un Kristallnacht
un señor que sabrá pilotar aviones, montar empresas, hablar inglés... pero carece del mar mínimo pensamiento fuera de su cámara de eco, quizás porque está acostumbrado a que nadie le diga que lo que dice es una soberana tontería y plantearse si sus creencias son correctas.
Es una persona extremadamente limitada en su capacidad de alcanzar una visión elevada.
Pues la enseñanza de idiomas es un nicho estupendo para generar un montón de ejercicios que se adapten al usuario y que sean más variados que la basura que tiene Duolingo hasta ahora. Bienvenido sea.
#83 Das en la clave. Se han puesto mucho ejemplos con flujos de agua, etc... Cuando el mejor ejemplo es una bicicleta en tándem, o un coro cantando.
Antes había tres cantantes con una voz muy potente y algunos pocos que cantaban bajito... Ahora muchos muy pequeños, que generan el 90% de los dB del coro... Pero en cuanto oyen que hay alguien que no sigue el ritmo, se callan por miedo a cagarla. Eso estaba bien cuando entre todos no suponían el 10%... El coro seguía sonando... Pero cuando se calla el 90% de la potencia, se tarda un rato en volver a fijar un ritmo y que todo el mundo lo siga.
¿La solución? Que los cantantes que cantan bajito pero entre todos forman el 90% no se callen cuando oyen algo raro, sino que sigan su instinto, o lo que viene siendo convertidores electrónicos o inversores con control de frecuencia.
Vamos a un mundo en el que "juniors" (y no juniors) van a desarrollar cientos de miles de líneas de código que hacen lo mismo una y otra vez, bloques de código que nadie se ha parado a entender. Todo "medio funciona" durante las primeras fases, pero llega un momento en que ni con una ventana de contexto infinito puedes "prompt-engineer" ningún cambio sin romper otra cosa, sea un monolito o micro-services. Y cuando se llega a ese punto habrá que tirar el código y empezar de nuevo.
Es un desastre. Similar a, en lugar de utilizar librerías y crear un código "armonioso y comprensible" que explique la intención del ser humano, a generar código pegando bloques enteros en ensamblador en un solo fichero e ir cambiando a ojo algunos valores cada vez que pegas 300 instrucciones. Recipe for disaster.