Justin Duke, creador de Buttondown, repasa en un ensayo las piezas de Django que más valor aportan a largo plazo en su base de código. El autor parte de una paradoja: Django se ha vuelto tan transparente que cuesta señalar qué partes del proyecto son específicamente del framework y cuáles son simplemente Python o lógica de negocio. Esa invisibilidad, sostiene, es la mejor prueba de su utilidad.
Entre los elementos destacados figuran los middlewares, descritos como funciones simples que se insertan en el ciclo de petición y respuesta para tareas como enrutamiento por subdominio, captura deUTM, cabeceras de seguridad o registro de visitas. También sobresale el sistema de modelos, donde cada entidad hereda de una clase base que aporta de forma aditiva clavesUUID, fechas de creación, identificadores públicos prefijados, seguimiento de cambios, validación por campo y borrado lógico, todo sin migraciones adicionales.
Duke detalla además su convención de encapsular cada acción del dominio en un módulo propio bajo una carpeta actions/, y su apuesta por vistas basadas en función, alojadas en archivos individuales y siempre llamadas view, para reducir la fricción cognitiva. En pruebas, el equipo utiliza pytest con un gran número de plugins y evita generadores de fixtures comerciales para mejorar el rendimiento.
El artículo cierra con lo que Buttondown ha descartado deliberadamente: señales para comunicar componentes internos, vistas basadas en clase, la modularidad convencional por apps, formularios de Django para el front-end —sustituidos por un patrón de hidratación con Vue—, y checks del framework. La elección original de Django responde, según Duke, a un motivo simple: era la herramienta que ya conocía.