#4 yo soy de izquierdas, pero no de esta mierda qué dice ser de izquierdas. La única que tenía algo de mi respeto era Yolanda, ahora con el rollo de "que me enfado, leñes" ya no tiene nada de mi respeto.
#1 Es el estándar actual del periodismo de tribunales, pero con un pequeño matiz que quizá salve a este medio... la premisa es cierta. El Supremo ha avalado el argumento del abogado.
#158 Nuestra área de ciberseguridad está teniendo trabajo extra. Hay historias bonitas y menos bonitas de crearse tu propia app. Si pueden cambiar la información de pago a proveedores… es una fiesta y ni el banco ni el seguro responden al considerarse un fallo de diseño, no un ciberataque. No es lo mismo dejar una puerta sin cerradura a que te la revienten vamos.
Yo creo que lo importante es ser conscientes del valor de cada herramienta y los riesgos asociados.
Es como cuando apareció Wordpress, muchas empresas de creación de web sencillas desaparecieron.
#9 , #10 Llevo varios días probando el modelo de actores con Claude Opus 4.5. Quería revisar conceptos de sistemas distribuidos sin montar infraestructura propia, así que usé una plataforma de subastas como dominio de prueba, no por el negocio, sino porque obliga a lidiar con concurrencia, estado y aislamiento.
En pocos días montamos un sistema completo con Cloudflare Durable Objects, event sourcing, sagas, WebSockets hibernables, CI/CD, Terraforms para la infraestructura y una serie técnica de ocho posts. La velocidad no es lo relevante; lo interesante es lo que salió a la luz.
El punto clave llegó cuando le pedí a la IA que auditara anti patrones concretos, incluido el polling, porque sabía que rompe el modelo de actores. No fue iniciativa suya; fui yo quien definió qué debía revisar y qué principios quería proteger. A partir de esa auditoría detectó que los bots de demo estaban haciendo polling contra los actores y propuso tres alternativas: convertir cada bot en un Durable… » ver todo el comentario
Leo algunos comentarios y me asombro... Utilizo IA para hacer código y mi experiencia me dice:
1) O se hace muy bien la petición, sabiendo que y como, o la respuesta es basura líquida el 90% de las veces
2) peticiones atómicas y con funcionamiento encapsulado, muy bien. Pedir una funcionalidad compleja y no definirsela al dedillo, te da malos resultados
3) No pueden implementar código de nuevas tecnologías de las que aún no hay repositorio.
4) Estas maquinas no hacen toma de requisitos, y no van a poder hacerlo mientras quienes los describan son los que son.
Estoy harto de leer que la IA va a acabar con los programadores. Las empresas que se aventuraron a ello, estan reculando. Hablemos con propiedad, quizás si, para un picateclas que hace a, b y c y no pone ni medio cerebro en su trabajo, si, es el fin. Para un ingeniero de software que analiza, programa, prueba y documenta, la IA le ahorrará tiempo de programación, sobretodo con un buen análisis y un buen diseño.
#91 El problema es un poco mas gordo que eso... un programador con experiencia que usa la IA entiende que esta haciendo. Un programador junior nunca aprenderá nada... si todo se lo hace la IA.
Tu le dices a la IA que te genere un código que haga tal cosa.. la IA mete 3 comportamientos incorrectos los que sean.... luego le dices a la IA que te haga los test unitarios y los test END2END para probar ese código. La IA te hace los test con 100% de cobertura asumiendo esos comportamientos como validados que tu ni has visto. El problema llegará a producción y tus usuarios serán lo que los detecten.
#61 Me acaba de pasar esto con Claude Sonnet 4.5 (Opus es 3 veces más caro). Me ha implementado en un minuto una cosa (que no era difícil, pero si te lo dan hecho pues guay) y me fallaban los test, que me los había hecho la IA también pero hace un par de días. Y me ha tenido diez minutos dándole vueltas a por qué fallan los test, gastando un montón de prompts, diciendo que el código está bien, que si seguro que he reiniciado el proceso desde el último fix.
Luego me he puesto a investigar yo el error:
Yo: pay attention, the error says "/api/stat" not including the folder base, so maybe this ["stat_url = urljoin(self.folder_tunnel_url, '/api/stat')"] is wrong? the LIST operation constructs the url in a different way
IA: You're absolutely right! The issue is with urljoin! When you call urljoin with a path starting with /, it replaces the path portion of the URL entirely.
Creo que asumía que los test estarían bien porque eran parte del prompt, no los había escrito… » ver todo el comentario
#31 Uso VSCode con Opus 4.5 y me hace unas cagadas enormes. Quizá es que le pido cosas muy distintas a las que le pides tú, o no sé. Se ve que para ahorrar contexto busca cosas concretas en los ficheros y se deja un montón sin tener en cuenta. Quizá mis proyectos son más grandes. Si le doy un solo script sobre el que quiero un cambio entonces lo hace mejor, aunque también se ve que lee líneas concretas, no lo mete entero en contexto. Cuando digo cagadas no me refiero tanto a errores de que no compile como a duplicar código en vez de ver las cosas que ya estaban hechas. Tengo que gastar muchos prompts en pedirle que lo rehaga pero bien. Y cada vez gastar tiempo en revisar la nueva versión.
#6 Yo hace 3 años no la usaba y ahora la uso a diario, pero aún no tengo claro si mejora mi productividad o no. Hay cosas que las hace solas y ya está, pero otras, con frecuencia, se convierten en una tortura porque las hace fatal. Te cuela cambios que no has pedido, te borra comentarios útiles, de todo. Me está corrompiendo ficheros pero eso no lo cuento porque creo que lo arreglarán pronto. Pero tiene fallos graves de que le dices que algo tiene que cumplir 10 requisitos y te cumple 8 y te dice que ya está, y tienes que ir detrás revisando todo todo, no te puedes fiar. Y le dices que te arregle los 2 que no cumplió y entonces cambia el código de forma que incumple otros.
Claro que lo podrían arreglar todo, pero cada mejora quizá esté incrementando el coste en un orden de magnitud, y ya están perdiendo mucho dinero, y los inversores se van a cansar.
Ahora están en la fase de darnos droga gratis o barata para engancharnos, a costa de perder dinero, pero eso no puede durar para siempre, y ya veremos.
#33 Es que en general el usuario NO sabe lo que quiere.
Tengo anécdotas para aburrir de una pyme en la que pasaban cosas loquísimas, la más habitual era que necesitabas a un interrogador de la STASI o algo así de bruto para conseguir los requisitos de cualquier cosa
Cuando le explicabas a la gente como se usaba el programa lo que apuntaban era el orden el que había que pulsar los botones, pero nunca jamás eran capaces de entender el proceso.
Una vez se quejaron de mi a la dirección ya que para un problema concreto me pidieron una solución y yo les dí dos, por lo tanto les obligaba a pensar y "no les ayudaba a solucionar el problema"
A esa gente la pones delante de una IA para crear un programa y se les derrite el cerebro.
#16 lo probaré pero a dia de hoy la ia no es lo suficientemente lista para hacer soluciones completas y seguras. Tengo programadores junior que se fian a pies juntillas de lo que hace la IA y luego voy yo y encuentro errores de seguridad muy graves como es cambiar un parámetros en la url y zas, acceder a información que no debería. A dia de hoy la IA no hace nada que tu no le pidas y para ello tienes que tener experiencia.
Yo lo siento pero no delego el desarrollo a la IA, si lo hago a nivel de componentes pero superviso yo todo. Y obviamente hy que hacer cientos o miles de pruebas, es imposible hacer algo en cuestión de dias. Hacer una aplicación pública donde cambiando algo en una url accedas a información a la cual no deberías tener acceso te puede salir muy caro (igual que delegar todo en junior)
A corto plazo si veo que los junior lo van a tener jodidos, los senior de momento libraremos porque el cliente muchas veces no sabe lo que quieren y solo nosotros somos capaces de adaptar el lenguaje del cliente a programación.
Edito: otro problema que me he encontrado es que las ias usan librerías (en java al menos) con vulnerabilidades. Lo siento mucho pero si apenas has tardado en montar un aplicativo en 16 horas o es una aplicación chorra o es imposible. Para hacerlo bien tienes que tener diferentes entornos, pasar diferentes pruebas y verificar funcionalidades y eso no es cuestión de horas.
#6 yo la verdad es que no lo tengo nada claro, siempre me ha parecido "sencillo" programar
La dificultad de crear soluciones software no está en la dificultad de crear código, si no que el resultado sea resilente a cambios y que se adapte a lo que realmente se desea
Para mi la IA para generar software solo en un objeto brillante, impresionante a corto plazo pero no garantiza que lo que estas creando sea mantenible dento de unos años
Aunque supongo que será como todo, usado con disciplina por las personas adecuadas puede representar un punto de inflexión en la productividad.
Usado sin criterio puede resultar solo en productividad a corto plazo y deuda técnica para mañana
#48 En este caso comparas algo determinista con algo que no lo es.... El código máquina generado por un compilador es igual siempre que le pasas el mismo código de alto nivel.
El código generado por una IA no lo es. Es mas... le pides lo mismo y te lo hace diferente. Incluso le puedes decir que esta mal, aunque este bien y te lo vuelve a hacer incluso peor que antes.
"Estudios demuestran una bajada de productividad del 19% cuando se esperaba una subida del 20%"
Justo la semana pasada perdí dos días de trabajo por fiarme de la IA en vez de buscar blogs y documentación oficial. Por hacer una búsqueda en segundos de lo que debería haber sido una pequeña investigación de una hora o dos.
He pasado de creer que era una gran mejora de productividad a fiarme solo de la búsqueda de errores y análisis de logs kilométricos.
#40 Todavía me acuerdo de cuando estaba en Blackberry y entro un CEO nuevo:
- Hay que echar al 40% de peña.
Acciones suben. Se lleva su bonus por subida de acciones.
- Dimite. Premio al CEO del año.
- Entra otro que ahora tiene un 40% de peña menos. Empresa hundida.
Para áquel fué todo un win-win, no hay duda.
#28 ¿No te das cuenta que el Top de países no pueden ser más intervencionistas y/o reguladores? ¿No te crea una disonancia cognitiva con tus ideas liberales?
Nada de lo que dice el titular es mentira, pero a la vez pretende dar a entender algo que sí es mentira.
En efecto el Supremo le da la razón en algo al abogado, pero no en repetir el juicio con otro tribunal.
Yo creo que lo importante es ser conscientes del valor de cada herramienta y los riesgos asociados.
Es como cuando apareció Wordpress, muchas empresas de creación de web sencillas desaparecieron.
En pocos días montamos un sistema completo con Cloudflare Durable Objects, event sourcing, sagas, WebSockets hibernables, CI/CD, Terraforms para la infraestructura y una serie técnica de ocho posts. La velocidad no es lo relevante; lo interesante es lo que salió a la luz.
El punto clave llegó cuando le pedí a la IA que auditara anti patrones concretos, incluido el polling, porque sabía que rompe el modelo de actores. No fue iniciativa suya; fui yo quien definió qué debía revisar y qué principios quería proteger. A partir de esa auditoría detectó que los bots de demo estaban haciendo polling contra los actores y propuso tres alternativas: convertir cada bot en un Durable… » ver todo el comentario
1) O se hace muy bien la petición, sabiendo que y como, o la respuesta es basura líquida el 90% de las veces
2) peticiones atómicas y con funcionamiento encapsulado, muy bien. Pedir una funcionalidad compleja y no definirsela al dedillo, te da malos resultados
3) No pueden implementar código de nuevas tecnologías de las que aún no hay repositorio.
4) Estas maquinas no hacen toma de requisitos, y no van a poder hacerlo mientras quienes los describan son los que son.
Estoy harto de leer que la IA va a acabar con los programadores. Las empresas que se aventuraron a ello, estan reculando. Hablemos con propiedad, quizás si, para un picateclas que hace a, b y c y no pone ni medio cerebro en su trabajo, si, es el fin. Para un ingeniero de software que analiza, programa, prueba y documenta, la IA le ahorrará tiempo de programación, sobretodo con un buen análisis y un buen diseño.
Tu le dices a la IA que te genere un código que haga tal cosa.. la IA mete 3 comportamientos incorrectos los que sean.... luego le dices a la IA que te haga los test unitarios y los test END2END para probar ese código. La IA te hace los test con 100% de cobertura asumiendo esos comportamientos como validados que tu ni has visto. El problema llegará a producción y tus usuarios serán lo que los detecten.
Eso estoy viendo yo en mi empresa.......
Luego me he puesto a investigar yo el error:
Yo: pay attention, the error says "/api/stat" not including the folder base, so maybe this ["stat_url = urljoin(self.folder_tunnel_url, '/api/stat')"] is wrong? the LIST operation constructs the url in a different way
IA: You're absolutely right! The issue is with urljoin! When you call urljoin with a path starting with /, it replaces the path portion of the URL entirely.
Creo que asumía que los test estarían bien porque eran parte del prompt, no los había escrito… » ver todo el comentario
Claro que lo podrían arreglar todo, pero cada mejora quizá esté incrementando el coste en un orden de magnitud, y ya están perdiendo mucho dinero, y los inversores se van a cansar.
Ahora están en la fase de darnos droga gratis o barata para engancharnos, a costa de perder dinero, pero eso no puede durar para siempre, y ya veremos.
Tengo anécdotas para aburrir de una pyme en la que pasaban cosas loquísimas, la más habitual era que necesitabas a un interrogador de la STASI o algo así de bruto para conseguir los requisitos de cualquier cosa
Cuando le explicabas a la gente como se usaba el programa lo que apuntaban era el orden el que había que pulsar los botones, pero nunca jamás eran capaces de entender el proceso.
Una vez se quejaron de mi a la dirección ya que para un problema concreto me pidieron una solución y yo les dí dos, por lo tanto les obligaba a pensar y "no les ayudaba a solucionar el problema"
A esa gente la pones delante de una IA para crear un programa y se les derrite el cerebro.
Yo lo siento pero no delego el desarrollo a la IA, si lo hago a nivel de componentes pero superviso yo todo. Y obviamente hy que hacer cientos o miles de pruebas, es imposible hacer algo en cuestión de dias. Hacer una aplicación pública donde cambiando algo en una url accedas a información a la cual no deberías tener acceso te puede salir muy caro (igual que delegar todo en junior)
A corto plazo si veo que los junior lo van a tener jodidos, los senior de momento libraremos porque el cliente muchas veces no sabe lo que quieren y solo nosotros somos capaces de adaptar el lenguaje del cliente a programación.
Edito: otro problema que me he encontrado es que las ias usan librerías (en java al menos) con vulnerabilidades. Lo siento mucho pero si apenas has tardado en montar un aplicativo en 16 horas o es una aplicación chorra o es imposible. Para hacerlo bien tienes que tener diferentes entornos, pasar diferentes pruebas y verificar funcionalidades y eso no es cuestión de horas.
La dificultad de crear soluciones software no está en la dificultad de crear código, si no que el resultado sea resilente a cambios y que se adapte a lo que realmente se desea
Para mi la IA para generar software solo en un objeto brillante, impresionante a corto plazo pero no garantiza que lo que estas creando sea mantenible dento de unos años
Aunque supongo que será como todo, usado con disciplina por las personas adecuadas puede representar un punto de inflexión en la productividad.
Usado sin criterio puede resultar solo en productividad a corto plazo y deuda técnica para mañana
El código generado por una IA no lo es. Es mas... le pides lo mismo y te lo hace diferente. Incluso le puedes decir que esta mal, aunque este bien y te lo vuelve a hacer incluso peor que antes.
Justo la semana pasada perdí dos días de trabajo por fiarme de la IA en vez de buscar blogs y documentación oficial. Por hacer una búsqueda en segundos de lo que debería haber sido una pequeña investigación de una hora o dos.
He pasado de creer que era una gran mejora de productividad a fiarme solo de la búsqueda de errores y análisis de logs kilométricos.
- Hay que echar al 40% de peña.
Acciones suben. Se lleva su bonus por subida de acciones.
- Dimite. Premio al CEO del año.
- Entra otro que ahora tiene un 40% de peña menos. Empresa hundida.
Para áquel fué todo un win-win, no hay duda.
Explícame cuáles son esas medidas que nos hacen "avanzar" hacia el socialismo. Muchos votantes del PsoE estarán encantados de conocerlas.
/cc #27