#14 por muchos motivos. A grandes altitudes, las temperaturas son extremadamente bajas. Una rejilla metálica es el lugar perfecto para que se acumule hielo. Si la rejilla se congela, bloquearía totalmente la entrada de aire. Si los trozos de hielo se desprenden, entrarían directamente a las palas del motor a toda leche destruyendo el motor desde adentro. pero aún hay escenarios peores. Si una rejilla se rompe debido a la fatiga del metal o al impacto de un objeto grande, los pedazos de la propia rejilla serían succionados. El remedio sería peor que la enfermedad: en lugar de ingerir un solo objeto, el motor "comería" fragmentos de metal que actuarían como metralla, destrozando las turbinas instantáneamente.
Lo más interesante para los negacionistas es que las fotos las sacaron los propios japoneses (el que tenga estómago, que las busque, a mí me revuelven las tripas) Y lo la competición es que la sacó la propia prensa japonesa.
#27 me da que no lo has entendido, #8 está haciendo una broma con M. Rajoy, que no sabemos quién es, al contrario que Mariano Rajoy que sí sabemos que fue nuestro presidente.
#5 Que una persona, a quien los médicos le han dicho que va a morir sí o sí, alguien le cobre por decir que bebiendo lejía se va a salvar, debería tener una condena por estafa. Que alguien le aconseje beber lejía a alguien con tratamiento médico posible, debería tener condena por asesinato.
#31 Porque 1) necesitas memoria para parar un tren para llevar la cuenta del contexto en desarrollo de aplicaciones, porque el LLM recibe tanto las instrucciones como la definición fichero a fichero de lo que tiene entre manos, y 2) el que diseñó la primera aplicación no sabía programar, por tanto no sabía cómo especificar que se separasen la lógica en distintos objetos, distintas apis, de manera modular... Suma esas dos maldiciones, y tendrás una instancia de Opencode olvidandose de conceptos básicos de la aplicación mientras cambia un simple texto o un color.
Hacer lo que tu dices implica muchas veces que un ingeniero con dos dedos de frente replantee la aplicación desde cero y bien modulada, volver a generar el app, ver que esquema de datos pretende usar y cual usaba antes, ajustar la broma de nuevo para que la nueva versión pueda seguir usando los datos que usaba la versión anterior... una movida. Spoiler: alguien que pone en producción una app creada con IA deprisa y sin diseñar bien, normalmente no quiere pagar el sueldo que pediría el ingeniero que puede lograr este mini milagro. Así que llegan, miran la app, miran los requisitos, sueltan una buena carcajada y se marchan por donde vinieron.
#18 vibe coding no es solo desarrollo con IA. Es con IA y sin revisión de código y sin organización previa
Existe tambien el desarrollo con IA orientado por especificaciones (O SDD) que combinado con revisión humana, y pruebas automatizadas reduce la necesidad de caer en el infierno de vibe debugging
Yo he probado Kiro y OpenSpec y no hay color respecto aa usar IA a pelo. Pero tener un buen nivel previo de lo que se está usando y la revisión crítica son imprescindibles
No sabía que Ayuso habia puesto bombas debajo de coches, secuestrado y mantenido 24h en el maletero de un coche para despues asesinarlo de un tiro, o pegado un tiro en la nuca mientras comia.
Lo más interesante para los negacionistas es que las fotos las sacaron los propios japoneses (el que tenga estómago, que las busque, a mí me revuelven las tripas) Y lo la competición es que la sacó la propia prensa japonesa.
es.wikipedia.org/wiki/Concurso_para_matar_a_100_personas_usando_una_es
Leñe, se me adelantó #13 (pensaba que hablaba de alguna unidad de esas asiáticas que andaba cazando gente por la jungla)
Y de Nankin, mejor no hablemos. O de la unidad 733.
Hacer lo que tu dices implica muchas veces que un ingeniero con dos dedos de frente replantee la aplicación desde cero y bien modulada, volver a generar el app, ver que esquema de datos pretende usar y cual usaba antes, ajustar la broma de nuevo para que la nueva versión pueda seguir usando los datos que usaba la versión anterior... una movida. Spoiler: alguien que pone en producción una app creada con IA deprisa y sin diseñar bien, normalmente no quiere pagar el sueldo que pediría el ingeniero que puede lograr este mini milagro. Así que llegan, miran la app, miran los requisitos, sueltan una buena carcajada y se marchan por donde vinieron.
Existe tambien el desarrollo con IA orientado por especificaciones (O SDD) que combinado con revisión humana, y pruebas automatizadas reduce la necesidad de caer en el infierno de vibe debugging
Yo he probado Kiro y OpenSpec y no hay color respecto aa usar IA a pelo. Pero tener un buen nivel previo de lo que se está usando y la revisión crítica son imprescindibles
Que cosas se entera uno gracias a este portal