Mihura
@XMihura • 17,130 subscribers
Aquí todos somos amigos, chico
Shorts
Videos
1:08
Sensitive content
This media may contain sensitive content.
0:55
Sensitive content
This media may contain sensitive content.
ok, no debería haber borrado porque era verdad El Telediario de TVE ha sido pornográfico, después de hablar de bulos, de hacer un monográfico sobre la liberación del sector y de Iryo, se han puesto a hablar de Angrois y... bueno vedlo vosotros (juro que no está editado)
Mihura1,446,403 görüntüleme • 4 ay önce
Mi parte favorita de la entrevista de Laura Escanes a Marta Díaz (ya os he dicho que es una entrevista donde hay mucho de lo que hablar) es este clip que os pongo aquí. En este momento de la entrevista Laura Escanes le pregunta Marta que si "¿Ahí hay alguien?", refiriéndose al contenido que le aparece en su feed de TikTok. Ante la inexplicable precisión de sus feeds de TikTok (llenos de clips de Aitana o Risto), se hacen la pregunta del millón: "¿Hay alguien detrás?" Es la misma pregunta que lleva haciéndose la humanidad desde que es humana. Esta duda va más allá de su ignorancia técnica. Es un ejemplo de cómo funciona la mente humana ante la complejidad del mundo. Simplemente están escogiendo, desde su punto de vista con información limitada, la explicación con menor complejidad de Kolmogorov. La complejidad de Kolmogorov define la simplicidad de un objeto por la longitud del programa más corto necesario para describirlo. Pero aquí entra la variante subjetiva: esta complejidad depende de la realidad subjetiva del observador. Para Laura, que no tienen nociones de matrices o deep learning, el concepto del "algoritmo" tiene una complejidad subjetiva altísima. Para ella es, básicamente, ruido indescifrable. Sin embargo, el concepto "Señor en una oficina que decide" tiene una complejidad subjetiva bajísima. Todos entendemos la agencia humana, los jefes y los caprichos. Por tanto, para ellas, la explicación más "sencilla" (la que requiere menos esfuerzo mental para comprimir) es el Diseño Inteligente: alguien ha diseñado mi feed. EL FALLO EN LA NAVAJA DE OCKHAM Donde su intuición falla estrepitosamente es el mismo sitio donde fallan todas las teorías de la conspiración o mismamente el creacionismo. Si aplicamos la Inducción de Solomonoff (que formaliza la Navaja de Ockham matemáticamente), debemos buscar la hipótesis que explique los datos con la menor cantidad de asunciones previas. Simplemente porque desde un punto de vista Bayesiano, es la más probable de ser cierta. Ellas creen que la hipótesis "Hay un humano controlando" es la más simple. Pero si analizamos el sistema objetivamente, esa hipótesis es muchísimo más compleja. Para que un humano (o un equipo) controle manualmente el feed de miles de millones de usuarios en tiempo real, necesitarías una cantidad de recursos imposible. Por el contrario, la explicación técnica, un sistema bottom-up basado en simclusters, embeddings vectoriales y redes neuronales, es objetivamente mucho más "simple". Son solo matemáticas. Un conjunto de reglas lógicas fijas que, al iterar millones de veces sobre datos de comportamiento, generan un orden emergente. EL MIEDO A UN MECANISMO SIN ALMA Lo que vemos en el vídeo es la incapacidad antropológica de aprehender los mecanismos emergentes. Al igual que un creacionista mira el ojo humano y dice "es demasiado complejo para ser azar, alguien lo ha diseñado, tiene que haber una mente detrás (Dios)", el influencer mira su feed y dice "es demasiado preciso, "alguien" lo está decidiendo. Ambos rechazan la explicación algorítmica (evolución o sistemas de recomendación) porque es fría y contraintuitiva. Prefieren inventarse una conspiración con un "diseñador" al mando porque, irónicamente, les resulta más fácil, más reconfortante, imaginar un Dios burócrata pulsando botones antes que entender cómo el orden puede nacer de forma orgánica a partir del caos.
Mihura368,223 görüntüleme • 5 ay önce
ah, se me olvidó actualizar sobre esto la app ya la tengo, funciona perfectamente y está hecha a mi gusto. El proceso me ha hecho repensar hacia donde nos dirigimos en el mundo del software, pero más sobre eso al final Al grano: - No he programado en Android en mi p vida, pero algo de programación sé, y bastante de como controlar agentes de LLM Me he hecho una app de nutrición con las features que a mí me interesan a partir de una app open source ya existente. Lo que he añadido: SISTEMA DE LOGGEO FRICTIONLESS - IA (Gemini u OpenAI, your choice) para descomponer los nutrientes a partir de una foto y/o texto - Scanner de códigos de barras y si un item no está, la app te deja hacer una foto a la etiqueta y el LLM añade el item a una base de datos interna - Agrupa entre comidas y set de ingredientes según yo le diga - Se conecta con Google Health Connect para sacar mis medidas de la báscula Withings que uso Y un montón de detallitos que no os importan pero que los hago a mi gusto (dashboards, etc) MODELO DE CONSUMO CALÓRICO Una vez tenía el sistema de logging hecho, lo que quería es un método para ajustar el consumo de calorías parecido a lo que usa la app MacroFactor. Es una idea bastante buena. Básicamente, si sabéis algo de teoría de control, lo que hace MacroFactor es tratar el la ingesta de calorías como un problema de control. La idea es plantearlo como un closed control loop donde tu eres la planta, la input es el número de calorías, la output es el peso y el target setpoint es tu tasa de cambio de peso deseada (kg/semana). La dificultad viene de que tienes noisy state observations (tu peso fluctúa mucho de un día para otro), y noisy inputs (ya que hay mucha incertidumbre en el recuento de calorías que loggeas). Además, hay un montón de complicaciones en los detalles: qué pasa si varios días no te pesas, o no metes la comida por completo algún día, etc... cosas para las que yo no tengo tiempo para pensar ni resolver. Así que lo que hice es poner a Codex 5.4 xhigh a estudiarse los blogs de MacroFactor y hacer reverse engineering de su método. quería hacer un artículo explicando las ecuaciones y tal pero paso jaja, me da pereza La verdad es que ha quedado bastante apañado, debería funcionar. En pruebas con datos fake parece que va bien. Luego lo han implementado entre Claude y GPT depende del qué (en general tiro de 5.4 para el backend y Opus 4.6 para front). Cuánto tiempo me ha llevado? Pues unas cuantas horas la verdad: - 1h de explorar la app original y hacer el plan de implementación - 1h de conseguir que el Android Studio SDK y le flutter me funken (es cierto que una vez funciona va como la seda) - Y luego varias horas de QA y back and forth con los agentes, 2 o 3h fácil, quizá más Pero es difícil asignar tiempo a este tipo de operaciones porque la mayoría del tiempo puedo estar haciendo otras cosas mientras los agentes trabajan, como por ejemplo escribir este texto. Me sale rentable? Pues monetariamente no, ya que una la sub anual de MacroFactor es de unos 50 pavo, y la verdad, a mi salario las horas que le he echado cuestan bastante más que eso. Pero bueno, mi mujer también la va a usar, así que ponle 100 euros anuales... A eso le tienes que restar el gasto de tokens/subscripción de los modelos que he usado el gasto de los LLMs que procesan la imagen es despreciable, con Gemini 3 Flash es casi gratis y funciona bien. Pero weno, no lo he hecho por el dinero. Primero, he aprendido cómo se hacen apps de Android. Muy fácil, haré más. Segundo, tengo una mejor experiencia de usuario que pagando. Ahora mismo tengo un software amoldado a mí y lo mejor de todo, que se actualiza a mi gusto. Si veo algo que no me gusta o veo un bug, lo apunto, le digo a mi agente de confianza que lo arregle y voilá, hecho. Mola un huevo. Y esto me hace pensar que este es el futuro del software, y las plataformas que no se adapten morirán. Habrá intentos de regulatory capture por parte de las grandes (Apple, Google y muchas otras empresas hacen mucho dinero a partir de la venta de software), pero es que es una mejor experiencia sin lugar a dudas. Puedes hacerte el software a medida por un coste muy reducido. El futuro del software serán aplicaciones con una especie de "autodesarrollo", donde el usuario pide una feature o un cambio y la aplicación se adapta a las necesidades del usuario. No es apto para todos los tipos de software, por ejemplo, hay mucho software con alta complejidad o que depende de mucha infraestructura (servicios de mensajería, streaming, etc...) o que exigen altas garantías de seguridad (bancos). Pero para la mayoría del software, es el camino, sin ninguna duda.
Mihura66,987 görüntüleme • 2 ay önce
este vídeo de Cenando con Pablo en los alpes suizos me tiene dando volteretas
Mihura138,348 görüntüleme • 4 ay önce
cambiar el politono por defecto del móvil es una cosa extremadamente homosexual a no ser que sea este
Mihura12,128 görüntüleme • 2 ay önce
a los europeos nos cuesta entender la escala de China hace unos meses cogí el tren Shanghai - Shangrao y me dejó flipando lo que se ve en el video creo que era cerca de Hangzhou, pero vamos, es una vista constante durante el trayecto océanos de rascacielos para vivienda
Mihura14,521 görüntüleme • 4 ay önce
Eras la novia de España, la reina del feed, y ahora eres un trasto viejo olvidado en Madrid.
Mihura16,377 görüntüleme • 5 ay önce
Daha fazla içerik yok.