Welcome to YTUnity

One free SpiderTaz Network account works across every network site.

Featured creators

Creators on the SpiderTaz Network

Become a creator →

3208. Django

Joan Boluda Video 3 days ago

Description

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 (https://boluda.com/curso/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 (https://boluda.com/taller/) . 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 (https://www.djangoproject.com/start/overview/) , 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 ...