3095. Aprendiendo a invertir en bolsa

3096. Preguntas y contenido generado por el usuario

Hoy contesto preguntas sobre monetizar en YouTube, definir la propuesta de valor, factor de riesgo máximo, Patreon, automatizaciones y mucho más. Pero antes, recordemos que en Boluda.com tenéis cursos para emprendedores [https://boluda.com/], marketing online, desarrollo web, y todo lo que necesitáis para vuestro negocio online. Hoy empezamos el curso de contenido generado por el usuario [https://boluda.com/curso/user-generated-content/], en el que aprenderemos a diseñar, activar y gestionar estrategias que fomenten la creación de contenido por parte de nuestra comunidad, convirtiendo a seguidores y usuarios en participantes activos del crecimiento de cualquier proyecto digital. Y ahora sí, vamos a por las preguntas: > 1. Hola Joan!!!! Tengo un canal de YouTube que empieza a crecer, pero monetizarlo directamente con ads me parece poco rentable. Tiene más sentido usarlo solo como canal de captación o buscar patrocinios aunque aún sea pequeño? Gracias por tu visión. (Óliver) > > > 2. Muy buenas Joan, Estoy trabajando mi propuesta de valor y me cuesta simplificarla en una frase clara. Siempre acabo explicando demasiado. Cómo aterrizarías una propuesta de valor compleja sin que pierda por subresimplificar? Un saludo. (Alicia) > > > 3. Hola Joan, Tengo varios clientes grandes que representan la mayor parte de mis ingresos. Sé que es arriesgado, pero perder uno sería un golpe fuerte. Me recomiendas diversificar aunque eso implique trabajar con clientes más pequeños y menos rentables? Es que si me cae el más gordo, es un 50% de mi facturación… XD Gracias por adelantado. (Fernando) > > > 4. Buenas Joan, Estoy pensando en subir contenido de pago en Patreon además de mis cursos, pero no sé si eso puede canibalizar mis productos principales. Tiene sentido tener varias vías de monetización o es mejor concentrar todo en un único modelo? Un abrazo. (Sara) > > > 5. Hola Joan! He creado una automatización bastante compleja con IA para mi negocio, pero ahora me da miedo depender demasiado de herramientas externas que pueden cambiar precios o condiciones, como comentaste que pasó con Vimeo. Cómo gestionas el riesgo tecnológico cuando tu sistema depende de terceros? Gracias por tu experiencia. (Julián) En el episodio de hoy respondo varias preguntas de la audiencia relacionadas con monetización de contenido, propuestas de valor, dependencia de clientes, Patreon y automatizaciones con inteligencia artificial. Y curiosamente, aunque parecen temas distintos, todos tienen un punto en común. El riesgo de depender demasiado de algo. De una plataforma, de un cliente, de una herramienta o incluso de una forma de comunicar lo que hacemos. Empiezo respondiendo a Oliver, que tiene un canal de YouTube que empieza a crecer y se pregunta si vale la pena monetizarlo con anuncios o si es mejor centrarse en patrocinios. Le comento que, salvo que tengáis muchísimas visualizaciones, los ingresos por ads suelen ser bastante modestos. En cambio, los patrocinios pueden funcionar mucho antes, especialmente si el canal es de nicho. Un canal pequeño pero muy especializado puede resultar muy atractivo para ciertas marcas, incluso con pocas visualizaciones. Luego hablo con Alicia, que está intentando definir su propuesta de valor en una sola frase y siente que siempre acaba explicándose demasiado. Le digo que esto es completamente normal. Simplificar algo complejo cuesta muchísimo. Pero también le recomiendo apoyarse en la inteligencia artificial para hacerlo. Precisamente una de las cosas que mejor hace ChatGPT es resumir y sintetizar. Mi consejo es muy simple. Explicadle todo el contexto y luego pedidle varias opciones resumidas. A partir de ahí, elegís la que más encaje con vuestra idea. Después llega una pregunta muy importante de Fernando, que tiene un cliente que representa el 50% de su facturación. Y aquí soy bastante claro. Para mí, eso es demasiado riesgo. Si un solo cliente supone la mitad de vuestros ingresos, cualquier cambio puede convertirse en un problema enorme. Le recomiendo diversificar cuanto antes. Pero también matizo algo importante. Cliente pequeño no significa cliente menos rentable. A veces un cliente que paga menos consume muchísimo menos tiempo y acaba siendo mucho más rentable por hora trabajada. Por eso no hay que fijarse únicamente en la facturación absoluta, sino también en el tiempo y recursos que requiere cada cliente. Sara plantea otra duda muy habitual entre creadores de contenido. Quiere saber si tiene sentido usar Patreon además de sus cursos o si eso puede canibalizar sus productos principales. Aquí explico que muchas veces confundimos vías de monetización con modelos de negocio. Y también aprovecho para desmontar una idea bastante extendida. La falsa sensación de “descubribilidad” en plataformas como Patreon o Amazon. Mucha gente piensa que por estar ahí la van a encontrar. Pero normalmente descubrimos al creador fuera de la plataforma y luego vamos donde él nos diga. Patreon no os va a traer audiencia por sí solo. Si ya tenéis vuestra web y vuestro sistema montado, probablemente no tenga sentido pagar más comisiones para hacer exactamente lo mismo. Finalmente respondo a Julián, que ha creado una automatización compleja con inteligencia artificial y teme depender demasiado de servicios externos. Y aquí comparto una reflexión importante. Siempre dependemos de terceros. Hosting, Stripe, WordPress, Telegram, Spotify… todos nuestros negocios se apoyan en infraestructuras ajenas. La clave no es eliminar toda dependencia, porque eso es prácticamente imposible, sino reducirla y simplificarla. Por eso explico que cada vez intento hacer más automatizaciones directamente con código propio en mis servidores, en lugar de depender de herramientas tipo Zapier o Make. Antes estas plataformas me ahorraban mucho tiempo. Ahora, gracias a la IA, puedo pedirle directamente a Codex que genere la automatización y ejecutarla en mi propio entorno. Así elimino costes y reduzco una capa de dependencia. En definitiva, el episodio de hoy gira alrededor de una idea muy concreta. Cuanto más control tengáis sobre vuestra infraestructura, vuestra audiencia y vuestra facturación, más tranquilidad tendréis a largo plazo. Porque el problema no suele ser depender de algo. El problema es depender demasiado. :) Como siempre, muchas gracias a todos por vuestras valoraciones de cinco estrellas en Apple Podcasts [https://itunes.apple.com/es/podcast/podcast-marketing-online/id879629380] y Spotify [https://open.spotify.com/show/2D42bidPAdkxoViddqnPAs], suscribiros a los cursos para emprendedores [https://boluda.com/] y por estar ahí, al otro lado. Como siempre digo, sin vosotros, esto no sería lo que es. Sin vosotros esto simplemente, no sería. Nos escuchamos mañana con más marketing online. Como siempre, a las 07:07. Hasta entonces… ¡Muy buenos lunes, y mejor semana!

3095. Aprendiendo a invertir en bolsa

Hoy aprendemos a invertir en bolsa con Paco Lodeiro, que se pasa por el podcast para contestar a tudas mis dudas, preguntas y teorías de la conspiración. Pero antes, recordemos que en Boluda.com tenéis cursos para emprendedores [https://boluda.com/], marketing online, desarrollo web, y todo lo que necesitáis para vuestro negocio online. Estamos enfocando ya la recta final del curso de Supabase [https://boluda.com/curso/supabase], en el que aprendemos a construir el backend completo de una aplicación moderna, desde la base de datos hasta la autenticación, el almacenamiento de archivos y el tiempo real, sin necesidad de crear un servidor propio. ¡A por él! En el episodio de hoy he invitado de nuevo a Paco Lodeiro para hablar largo y tendido sobre inversión en bolsa, gestión de cartera, psicología inversora y también sobre inteligencia artificial y empresas tecnológicas. Y sí, nos hemos liado bastante… pero creo que ha valido muchísimo la pena. La conversación ha surgido a raíz de su nuevo libro, “Cómo invertir en bolsa [https://www.amazon.es/C%C3%B3mo-invertir-bolsa-pr%C3%A1ctica-rentabilizar/dp/B0GSZWK9VC/ref=sr_1_1?crid=3BI71ZVFQ1WJA&dib=eyJ2IjoiMSJ9.ViAOX5OClqCy3-fCMpqf7ZYGJVnnYMmzw-mMgidxI1inhrAitUJgpNvAhEl-pECuIcttzL3htUV7iUoBpyu4nkhYDThYSlLHr8zad9wsBzdEEdhpOm59suKB3oL0UMcHowtWaWH5bUPyy0vXhWuPmI6fLpjUOI64EESkmLWt6kMYuJH9v_nnbXiTBOXdf2tf3c-zY97YkcPHsG-1pMgQIMlG_FZRwtprxd8vyQTwrfWDzjcYK23OgrEuf5WWgpoTJH2gWPA-yqNRA1Ln485mTw.9h4cjVrx06yNTGjKAY0jG_7wPiTgWs1n3aKLF25Xr94&dib_tag=se&keywords=como+invertir+en+bolsa+paco+lodeiro&qid=1779289877&sprefix=como+invertir+en+%2Caps%2C162&sr=8-1&ufe=app_do%3Aamzn1.fos.fde3827e-5b32-4544-acac-9bcf8407a6a6]”, un libro pensado tanto para gente que empieza desde cero como para quienes ya llevan tiempo invirtiendo y quieren ordenar ideas. De hecho, le he comentado que me ha sorprendido mucho lo accesible que resulta. No es un libro técnico ni denso, sino una guía muy clara y práctica para entender cómo funciona realmente la inversión. Hemos hablado de cómo empecé yo a invertir, primero comprando acciones de empresas que conocía como Apple o Google, simplemente porque entendía sus productos y veía que funcionaban bien. Más adelante, gracias a Paco y a todo lo que he ido aprendiendo escuchando su podcast y siguiendo su formación, he ido profundizando mucho más en conceptos como el PER, el flujo de caja, la gestión de cartera o el coste de oportunidad. Recordemos que este episodio es premium. Si queréis escucharlo, podéis suscribiros a Boluda.com [https://boluda.com/alta/], y además de los episodios premium, podréis acceder a todos los cursos para emprendedores. Este contenido está únicamente disponible para los suscriptores. Puedes identificarte en este enlace o suscribirte a los cursos [https://boluda.com/alta/]. En definitiva, ha sido una conversación larguísima, muy relajada y llena de ideas sobre inversión, psicología, tecnología y futuro. Una de esas charlas en las que empiezas hablando de bolsa y acabas hablando de cómo pensamos los humanos cuando tenemos dinero en juego. Y creo sinceramente que ha quedado un episodio muy interesante tanto para quien ya invierte como para quien simplemente tiene curiosidad por empezar. Como siempre, muchas gracias a todos por vuestras valoraciones de cinco estrellas en Apple Podcasts [https://itunes.apple.com/es/podcast/podcast-marketing-online/id879629380] y Spotify [https://open.spotify.com/show/2D42bidPAdkxoViddqnPAs], suscribiros a los cursos para emprendedores [https://boluda.com/] y por estar ahí, al otro lado. Como siempre digo, sin vosotros, esto no sería lo que es. Sin vosotros esto simplemente, no sería. Nos escuchamos mañana con más marketing online. Como siempre, a las 07:07. Hasta entonces… ¡Muy buenos lunes, y mejor semana!

3094. Presto Times

He creado un pequeño proyecto que quizás os puede ser de utilidad para seguir las últimas novedades de inteligencia artificial sin salir de vuestro email. Pero antes, recordemos que en Boluda.com tenéis cursos para emprendedores [https://boluda.com/], marketing online, desarrollo web, y todo lo que necesitáis para vuestro negocio online. Estamos enfocando ya la recta final del curso de Supabase [https://boluda.com/curso/supabase], en el que aprendemos a construir el backend completo de una aplicación moderna, desde la base de datos hasta la autenticación, el almacenamiento de archivos y el tiempo real, sin necesidad de crear un servidor propio. ¡A por él! Ahora sí, vamos al lío. En el episodio de hoy os presento un nuevo proyecto que he lanzado y que nace, literalmente, de una necesidad personal. Se llama Presto Times [https://prestotimes.com/], y básicamente es un blog para mantenerse al día de todo lo importante que ocurre en el mundo de la inteligencia artificial, pero filtrando el ruido y centrándose únicamente en aquello que realmente podemos aplicar en nuestros proyectos. Os cuento de dónde sale la idea. Desde hace tiempo tengo montado un sistema que cada día me envía un correo con las novedades más relevantes de IA. El proceso recopila información de blogs oficiales, medios especializados y fuentes fiables como OpenAI, Gemini, Anthropic y muchas otras. Dependiendo del caso, obtiene los datos vía RSS, scraping o APIs, y luego genera un digest con un resumen de todo lo importante del día anterior. El problema es que, con el tiempo, me di cuenta de que había muchísima paja. Noticias curiosas, sí, pero poco útiles. Acuerdos institucionales, rumores, anuncios vagos o funcionalidades que todavía no estaban disponibles. Así que fui refinando el sistema para que filtrara mejor. Mi objetivo era claro. No quiero saber simplemente qué ha pasado. Quiero saber si puedo usarlo ya, para qué sirve, cómo acceder y dónde está la fuente oficial para probarlo. A partir de ahí pensé que, si ya tenía todo este sistema montado para mí, quizás podía ser útil también para los demás. Y así nace Presto Times. Básicamente es un blog con newsletter centrado exclusivamente en inteligencia artificial práctica y aplicable. Nada de rumores ni artículos eternos llenos de relleno para SEO. Voy al grano. Explico qué es la novedad, para qué sirve, si realmente tiene utilidad y dónde podéis probarla. La web tiene un diseño inspirado en periódicos clásicos tipo Financial Times, con ese toque retro que contrasta bastante con la temática futurista de la IA. Hay una portada con scroll infinito donde van apareciendo las noticias más recientes, categorías específicas y artículos rápidos de leer, pensados para consumir en uno o dos minutos. También explico cómo funcionan las newsletters. Hay varias opciones. Por un lado podéis recibir las noticias en tiempo real, justo cuando aparece una novedad relevante. Ideal para quienes queréis estar al día al instante. Pero también existe el formato digest, que envía un único correo diario con el resumen completo del día anterior. Esto tiene la ventaja de que las noticias ya han sido refinadas y ampliadas con información adicional que puede aparecer horas después de publicarse inicialmente. Además, podéis suscribiros por categorías concretas. Por ejemplo, únicamente noticias relacionadas con Codex, Gemini o cualquier otro tema específico que os interese. La idea es que cada uno configure su propio flujo de información según sus necesidades. Quería compartir algo que ya utilizaba personalmente y que creo que puede ahorrar muchísimo tiempo a quienes trabajamos constantemente con herramientas de IA. Y de paso, cuando alguien me pregunte cómo hago para estar al día de todas las novedades, ya tendré una respuesta directa y sencilla. El sistema detecta noticias duplicadas de distintas fuentes y prioriza siempre la fuente oficial, o cómo enriquece automáticamente un artículo cuando aparecen nuevos datos relevantes en otros medios fiables. Todo ello intentando mantener la información limpia, útil y centralizada. En definitiva, Presto Times es mi forma de convertir el caos constante de novedades sobre inteligencia artificial en algo realmente práctico, filtrado y accionable para cualquiera que quiera aprovechar estas herramientas en su día a día. :) Como siempre, muchas gracias a todos por vuestras valoraciones de cinco estrellas en Apple Podcasts [https://itunes.apple.com/es/podcast/podcast-marketing-online/id879629380] y Spotify [https://open.spotify.com/show/2D42bidPAdkxoViddqnPAs], suscribiros a los cursos para emprendedores [https://boluda.com/] y por estar ahí, al otro lado. Como siempre digo, sin vosotros, esto no sería lo que es. Sin vosotros esto simplemente, no sería. Nos escuchamos mañana con más marketing online. Como siempre, a las 07:07. Hasta entonces… ¡Muy buenos lunes, y mejor semana!

3093. Creando proyectos con Codex

Hoy os cuento el flujo de trabajo que sigo cuando creo proyectos con Codex, y buenas prácticas para mejores resultados y gastar menos tokens. Pero antes, recordemos que en Boluda.com tenéis cursos para emprendedores [https://boluda.com/], marketing online, desarrollo web, y todo lo que necesitáis para vuestro negocio online. Estamos ya en pleno curso de Supabase [https://boluda.com/curso/supabase], en el que aprenderemos a construir el backend completo de una aplicación moderna, desde la base de datos hasta la autenticación, el almacenamiento de archivos y el tiempo real, sin necesidad de crear un servidor propio. ¡A por él! Ahora sí, vamos al lío. Hoy quiero contaros cómo estoy organizando todos mis proyectos desde que trabajo con Codex, porque sinceramente, estoy encantadísimo. He probado otras alternativas y sigo haciendo pruebas de vez en cuando, pero a día de hoy, para mí, Codex es claramente el ganador. Todo parte de una estructura muy simple. Cada proyecto tiene su propia carpeta. En mi caso trabajo en un VPS, un servidor virtual privado, pero realmente esto da igual. Lo podéis hacer perfectamente en local, en vuestro Mac o PC, con GitHub para las copias de seguridad y listo. El funcionamiento es exactamente el mismo. Dentro de esa carpeta tengo distintos chats, cada uno especializado en una funcionalidad concreta. Pero antes de llegar a eso, siempre empiezo igual. Creo un chat general y le explico al agente qué es el proyecto, qué objetivo tiene y qué queremos construir. A partir de ahí le pido que cree un archivo llamado agents.md, que vendría a ser el manual de instrucciones del proyecto. Ese archivo es clave porque no es algo estático que se crea una vez y ya está. Se va actualizando constantemente a medida que avanzamos. Todo lo importante queda documentado ahí. Cómo funciona el proyecto, qué decisiones hemos tomado, qué mejoras hemos hecho, qué excepciones existen… absolutamente todo. Así pues, en lugar de tener una única conversación gigantesca donde se mezcla todo, creo un chat separado para cada funcionalidad. Por ejemplo, en un proyecto puedo tener un chat para facturación, otro para generación de imágenes, otro para prompts, otro para la web, otro para la app… Cada uno especializado en lo suyo. La razón principal es el contexto. Los chats tienen una memoria limitada. Puede ser enorme, sí, pero sigue teniendo límites. Cuando una conversación se hace demasiado larga, acaba compactándose y se pierde información por el camino. Entonces empiezan los problemas. Le pides algo que hizo hace diez días y ya no recuerda cómo lo resolvió. En cambio, si cada chat está especializado en una sola tarea, el contexto permanece limpio y enfocado. El chat de facturación solo sabe de facturación. El de la app solo sabe de la app. Y eso hace que todo vaya mucho más rápido y sea mucho más eficiente. De hecho, lo comparo con la especialización médica. No es lo mismo un médico que hace un poco de todo que alguien que lleva años haciendo exactamente la misma operación una y otra vez. Ese especialista detecta patrones, optimiza procesos y mejora continuamente. Pues con los agentes pasa algo muy parecido. Además, esta organización también reduce mucho el consumo de tokens. Porque si el agente ya tiene fresco el contexto de una funcionalidad concreta, no necesita ponerse a buscar otra vez cómo iba todo, ni releer documentación, ni reconstruir información perdida. Simplemente sigue trabajando donde lo dejó. Todo lo relevante debe acabar documentado en agents.md. Porque ese archivo es el nexo común entre todos los chats. Si un día borráis una conversación, cambiáis de equipo o el contexto se compacta y desaparece información, podéis crear un chat nuevo, pedirle que lea el agents.md y seguir trabajando sin perder el conocimiento acumulado. Esto se puede hacer manualmente, diciéndole directamente al agente que documente un cambio importante, o automáticamente mediante hooks. Básicamente, le indicáis que cada vez que se descubra algo nuevo o se modifique una lógica relevante, revise si eso ya está documentado. Si no lo está, lo añade automáticamente al agents.md. También hay otra función muy útil, los side chats. Son pequeños chats laterales que podéis abrir para hacer preguntas puntuales sin contaminar el contexto principal del proyecto. Por ejemplo, si estáis trabajando en facturación y necesitáis consultar algo fiscal muy concreto, podéis abrir un side chat, resolver la duda y cerrarlo después. Así no ensuciáis el contexto importante del proyecto principal. Y desde que trabajo así, sinceramente, ya no hay vuelta atrás. Todo está mucho más ordenado, los agentes responden mejor, gastan menos tokens y cada funcionalidad evoluciona de forma mucho más coherente. Además, esta filosofía no es exclusiva de Codex. En Claude también se puede hacer algo parecido usando un archivo claude.md en lugar de agents.md. La idea es exactamente la misma. Tener una memoria compartida del proyecto y agentes especializados en tareas concretas. Así que si estáis trabajando con agentes de IA para crear proyectos, automatizaciones o SaaS, os animo muchísimo a probar esta forma de organizaros. Porque cuando empiezas a dividir responsabilidades, documentar correctamente y tratar cada conversación como un especialista independiente, cambia completamente la experiencia de trabajo. :) Como siempre, muchas gracias a todos por vuestras valoraciones de cinco estrellas en Apple Podcasts [https://itunes.apple.com/es/podcast/podcast-marketing-online/id879629380] y Spotify [https://open.spotify.com/show/2D42bidPAdkxoViddqnPAs], suscribiros a los cursos para emprendedores [https://boluda.com/] y por estar ahí, al otro lado. Como siempre digo, sin vosotros, esto no sería lo que es. Sin vosotros esto simplemente, no sería. Nos escuchamos mañana con más marketing online. Como siempre, a las 07:07. Hasta entonces… ¡Muy buenos lunes, y mejor semana!

3092. Codex Remote

Hoy os hablo de Codex Remote, una funcionalidad de Codex que nos permite trabajar en cualquier proyecto, desde cualquier dispositivo, en cualquier lado. Pero antes, recordemos que en Boluda.com tenéis cursos para emprendedores [https://boluda.com/], marketing online, desarrollo web, y todo lo que necesitáis para vuestro negocio online. Ayer empezamos el curso de Supabase [https://boluda.com/curso/supabase], en el que aprenderemos a construir el backend completo de una aplicación moderna, desde la base de datos hasta la autenticación, el almacenamiento de archivos y el tiempo real, sin necesidad de crear un servidor propio. ¡A por él! En el episodio de hoy os hablo de una de esas funcionalidades que, cuando las pruebas, os cambia completamente la forma de trabajar. Se trata de Codex Remote, una evolución de lo que ya vimos con Claude Remote [https://boluda.com/podcast/3073-claude-remote-control/], pero llevado más lejos. Ahora podemos seguir trabajando en nuestros proyectos de Codex desde cualquier dispositivo. Da igual si estamos delante del ordenador principal, usando un portátil secundario, un iPad o incluso el móvil. Todo queda conectado y sincronizado de una forma muy natural. Imaginad que estoy viendo competir a Jan en taekwondo y de repente recibo un aviso de que algo ha fallado en PrestoCast. Antes habría tenido que sacar el portátil, compartir internet, abrir el proyecto y empezar a investigar. Ahora simplemente saco el móvil, entro en el proyecto y le pregunto qué ha pasado. Incluso puedo hacerlo por voz usando Whisper. Codex revisa el problema, encuentra el error y lo arregla. Y esto, que parece una tontería, en realidad cambia mucho la dinámica de trabajo. Cada vez programamos menos directamente y dirigimos más el proceso. Pasamos de picar código constantemente a supervisar agentes de IA que trabajan por nosotros. De hecho, os comentaba que ya me ocurre continuamente. Le pido algo a Codex, me voy a hacer un café, estiro un poco, vuelvo y veo cómo avanza. Es una forma distinta de trabajar. Mucho más parecida a dirigir una orquesta que a programar manualmente línea por línea. Eso sí, trabajar en remoto tiene un problema importante cuando todo depende de vuestro portátil. Si cerráis la tapa, se suspende. Si os vais sin conexión, se para. Y aquí es donde entra la solución que estoy usando ahora y que me tiene encantado. Montar mi propio “dev box” en un VPS. La idea consiste en trasladar vuestro entorno de trabajo a un servidor remoto. Todos los proyectos, carpetas, chats y código viven allí. Ya no dependen físicamente de vuestro ordenador. Yo personalmente lo tengo montado en Hetzner, aunque podría estar en cualquier proveedor que permita conexiones SSH. El proceso es bastante sencillo. Creáis un VPS, le dais acceso SSH a Codex y le pedís que instale la versión CLI dentro del servidor. A partir de ahí, vuestro “local” deja de ser vuestro portátil y pasa a ser ese servidor remoto. Lo mágico llega después. Abrís Codex normalmente, pero vuestros proyectos ya no muestran el icono de un ordenador local, sino una especie de globo terráqueo indicando que están en remoto. Y desde ese momento podéis empezar un chat en casa, continuar desde el móvil mientras dais un paseo y retomarlo desde otro ordenador en la oficina. Todo sin detener el trabajo en ningún momento. Mientras vosotros cambiáis de dispositivo, el VPS sigue trabajando. Da igual que cerréis la tapa del portátil o apaguéis la pantalla. El servidor sigue ejecutando tareas porque es él quien realmente está programando. Y claro, esto también simplifica mucho los cambios de equipo. El día que os compréis un ordenador nuevo, simplemente instaláis Codex, iniciáis sesión y ahí aparecen todos vuestros proyectos. Sin migraciones, sin discos externos, sin copiar carpetas raras ni configuraciones extrañas. Podemos hacer algo parecido dejando un Mac Mini (o cualquier otro) siempre encendido en casa. Pero sinceramente, por el precio de algunos VPS actuales, no tiene demasiado sentido. Estoy pagando unos 5 o 6 euros al mes y tengo un entorno persistente funcionando 24 horas al día. Al final, la conclusión es bastante clara. Tener un entorno centralizado, persistente y accesible desde cualquier dispositivo me parece el futuro del desarrollo asistido por IA. Especialmente para quienes llevamos muchos proyectos a la vez. Ya no se trata solo de programar, sino de poder dirigir, supervisar y continuar el trabajo desde cualquier sitio y en cualquier momento. :) Como siempre, muchas gracias a todos por vuestras valoraciones de cinco estrellas en Apple Podcasts [https://itunes.apple.com/es/podcast/podcast-marketing-online/id879629380] y Spotify [https://open.spotify.com/show/2D42bidPAdkxoViddqnPAs], suscribiros a los cursos para emprendedores [https://boluda.com/] y por estar ahí, al otro lado. Como siempre digo, sin vosotros, esto no sería lo que es. Sin vosotros esto simplemente, no sería. Nos escuchamos mañana con más marketing online. Como siempre, a las 07:07. Hasta entonces… ¡Muy buenos lunes, y mejor semana!