3208. Django

Hoy os presento Django y os cuento cuándo lo prefiero a WordPress para crear aplicaciones y negocios online a medida con ayuda de la IA. Pero antes, recordemos que esta semana seguimos con el curso de influencer marketing. Esta mañana conocemos las plataformas de influencers y, por la tarde, analizamos las agencias especializadas. Así podemos entender dónde buscar perfiles y cómo encontrar al influencer adecuado para nuestro proyecto. Hoy dedico el programa a quienes vamos a vernos las caras en el taller de esta tarde, miércoles 11 de noviembre. A las tres empiezo a crear un negocio online desde cero. Tengo el dominio comprado, pero no hay ni una línea de código preparada. Mi objetivo es terminar la tarde con un SaaS funcionando, y quienes participáis tendréis acceso gratuito al proyecto. Precisamente, hoy quiero presentaros una herramienta que casi seguro utilizaré durante ese taller. Se llama Django, se escribe con una D inicial que no se pronuncia y es una de las bases que más estoy utilizando para construir mis proyectos con ayuda de Codex. Django es un framework de desarrollo web basado en Python. Dicho sin tecnicismos, nos proporciona una base de código y herramientas para crear aplicaciones sin tener que construir todas las piezas habituales desde cero. Es gratuito y de código abierto. La comparación con WordPress ayuda a situarlo, aunque no son exactamente lo mismo. WordPress es un gestor de contenidos que podemos ampliar muchísimo. Django nos da una base más general sobre la que desarrollar una web, una plataforma o una aplicación con la lógica de negocio que necesitemos. Entre las piezas que incorpora están la autenticación de usuarios, la gestión de permisos, herramientas de seguridad y el trabajo con la base de datos. Podemos definir la información que necesita nuestro proyecto y sus relaciones, en lugar de empezar diseñando cada mecanismo por separado. También incluye un panel de administración. A mí no me resulta especialmente atractivo, pero esa no es la razón principal por la que suelo prescindir de él. En muchos de mis proyectos gestiono las cosas directamente con Codex, así que no necesito entrar en otro panel para hacer lo mismo. Eso no significa que el panel no sirva o que haya que desactivarlo siempre. Está disponible para quien lo necesite, se puede adaptar y también podemos crear una interfaz específica para las personas que vayan a gestionar el proyecto. La decisión depende de cómo queramos trabajar. Otra posibilidad que me interesa mucho es desarrollar APIs e integraciones con servicios externos. Si queremos conectar después nuestra aplicación con un agente, podemos preparar esa API y construir una conexión MCP por encima. No es que Django nos entregue automáticamente un plugin terminado, sino que nos permite desarrollar las piezas que necesita esa integración. Su organización modular también encaja bien con proyectos que van creciendo. Ahora bien, que una aplicación pueda escalar no depende únicamente del framework. El servidor y la arquitectura que preparemos también importan. Lo que me gusta es tener una base flexible para ir ampliándola. La principal ventaja que le veo frente a WordPress es la libertad para construir aplicaciones a medida. A veces, al intentar hacer algo muy específico con WordPress, noto que estoy forzando sus estructuras o encadenando plugins para conseguir un comportamiento que no encaja del todo. Con Django puedo plantear directamente qué datos necesita el proyecto y qué debe hacer con ellos. Para un SaaS o una plataforma con procesos propios, me resulta muy interesante poder diseñar esa lógica sin tener que adaptarla primero a un gestor de contenidos. También cambia la relación con los plugins. En lugar de instalar varias extensiones de terceros y buscar cómo encajan entre sí, puedo pedir al agente que desarrolle una funcionalidad concreta. El resultado puede ajustarse mejor a lo que necesito, pero pasa a ser código que tengo que mantener. Ahí está una parte importante del intercambio. Y aquí entra la inteligencia artificial. Django no es una herramienta de IA ni algo que acabe de aparecer. Lo que ha cambiado para mí es la posibilidad de trabajar con un agente que me ayuda a programar y configurar el proyecto. Antes podía descartar una solución por los conocimientos técnicos que requería. Ahora puedo planteármela con asistencia, explicando bien lo que quiero y revisando el resultado. Eso sí, cuanto más criterio tengamos, mejor podremos dirigir ese trabajo. No basta con escoger un framework y olvidarse. Hay decisiones sobre los datos, las funciones, los permisos y el mantenimiento que siguen formando parte del proyecto. También repaso las desventajas. Django no trae de serie el editor visual de bloques de WordPress. Si queremos una experiencia de edición determinada, tendremos que construirla o incorporar una solución adecuada. Para alguien que solo quiere entrar y publicar artículos, WordPress puede resultar mucho más directo. Os pongo el ejemplo de la web de Lulú Ferris, que he creado con Django. En lugar de ofrecerle a Laura un panel lleno de opciones que no necesita, he preparado un apartado de gestión dentro de la propia web. Desde ahí puede modificar lo que le hace falta. Me interesa especialmente esa posibilidad de diseñar la gestión alrededor del trabajo real de la persona. Pero personalizarlo también supone asumir el desarrollo. No tenemos el mismo ecosistema de plugins listos para instalar que en WordPress. Aunque el agente nos ayude a crear las funciones, no desaparecen las revisiones ni las actualizaciones de las dependencias que utiliza nuestra aplicación. En el episodio planteo que la IA puede reducir mucho la necesidad de recurrir a determinados plugins. Es una opinión sobre cómo está cambiando mi forma de trabajar, no una excusa para dejar de mantener el software. Podemos ahorrar una licencia y, a cambio, dedicar más tiempo a revisar y cuidar nuestro propio código. Cada uno tiene que valorar qué le compensa. El despliegue es otro punto importante. No debemos dar por hecho que el alojamiento donde instalamos WordPress con un clic ofrece el mismo proceso para una aplicación Django. En mi caso trabajo con servidores privados virtuales, y eso implica preparar el entorno, desplegar la aplicación y mantener el servidor. Un agente puede ayudarnos también con esas tareas, pero siguen siendo tareas del proyecto. Por eso, para una web corporativa, un blog o una publicación sencilla, WordPress puede ser más rápido de poner en marcha. También podemos pedirle al agente que lo instale, lo adapte o cree una funcionalidad propia dentro de él. Esta es la idea que quiero transmitir. Durante mucho tiempo WordPress fue mi navaja suiza para casi cualquier proyecto. Ahora sigue en mi repertorio, pero comparte espacio con Django y otras alternativas. No tengo que escoger siempre la misma herramienta porque sea la única con la que puedo construir algo. Si lo principal es publicar y gestionar contenido, especialmente con varias personas que necesitan un editor familiar, WordPress puede encajar muy bien. Si necesito una aplicación con procesos propios y veo que voy a modificar buena parte de WordPress para adaptarlo, me planteo empezar con Django y diseñar la solución a medida. Como siempre, muchísimas gracias por vuestras valoraciones de cinco estrellas en Apple Podcasts y Spotify, por estar ahí al otro lado y, especialmente, por suscribiros a los cursos y hacer que todo esto sea sostenible. Sin vosotros, esto no sería lo que es. Esto simplemente, no sería. Nos escuchamos mañana jueves, seguramente para presentaros el proyecto que voy a montar esta tarde en el taller. Como siempre, a las siete y siete. Hasta entonces, ¡muy buenos días!