yekz

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.

BREAKING: Cloudflare radar announces that Iranian IPv6 networks have been completely cut off from the global internet- effectively blocking all Iranian mobile users from the global internet