- Django celebra un momento significativo al cumplir 20 años desde su lanzamiento
- Django es un framework web para desarrolladores perfeccionistas con plazos que cumplir, y durante 20 años ha sido un proyecto muy querido
- Se ha consolidado como un framework web clave dentro del ecosistema de Python y, con una gran comunidad, abundantes recursos de código abierto y una amplia variedad de plugins, es utilizado ampliamente por empresas, startups y desarrolladores individuales
- Gracias a un desarrollo y mantenimiento continuos a lo largo de muchos años, ha seguido fortaleciendo su confiabilidad, seguridad y escalabilidad
- Django tiene una ventaja competitiva única al ofrecer, mediante un enfoque de diseño conciso pero potente, soporte tanto para el prototipado rápido como para la operación estable de servicios
- Incluso hoy, con actualizaciones activas y la expansión de su ecosistema, sigue siendo una herramienta clave para los desarrolladores de grandes servicios web
9 comentarios
Con solo usar Django soy feliz, pero si además se mezcla con DRF me vuelvo infeliz... snif
¿Quizás por eso será!?
Había implementado una REST API con Django, pero al usar
Formy cosas así, me quedaba la sensación de que DRF habría sido más apropiado.Para ser exactos, cuando implementaba el servidor backend con Django para un servicio donde el frontend y el backend estaban separados, me resultaba pesada la complejidad propia del enfoque full stack de Django para usar solo el lado del backend, y también me molestaba terminar dependiendo demasiado de DRF, que usaba junto con Django para hacerlo más RESTful..
En particular, me generaban inquietud la dependencia que surge de que DRF mismo está fuertemente acoplado al ORM de Django, la fragmentación y la posibilidad de acceso a la base de datos que aparecen cuando, cuanto más frecuente y ampliamente usas DRF, más fácil se vuelve usar Django ORM en cualquier parte, y además el hecho de que el serializer que ofrece DRF, además de la serialización y validación de datos que su nombre indica, tiene funciones y posibilidades que van más allá de eso, y que mientras más usas serializer, más pierde sentido la separación de MVC, etc. Al final pensaba muchas veces que, si iba a ser así, en vez de usar la combinación Django+DRF sería más estable implementar el backend con otro framework. Por eso, desde cierto momento, en la práctica empecé a elegir FastAPI como primera opción.
Desde la perspectiva de alguien cuya carrera mejoró por completo después de usar Django, estoy muy agradecido. También hice algunas contribuciones a Django, y ojalá siga siendo querido por mucho tiempo jaja.
¡De verdad me encanta Django! Yo también le debo muchísimo en muchos sentidos y me siento muy agradecido. Aunque Django hoy quizás sea un poco menos popular que antes. En realidad, no sé si alguna vez hubo un momento en que Django estuviera especialmente de moda; creo que seguirá por mucho, mucho tiempo como un framework querido por su constancia y estabilidad.
Lo uso bastante bien para desarrollo web como hobby.
¡Feliz cumpleaños, Django!
¡Guau...! Fue un proyecto que usé al principio porque era Python...
¡Ha pasado muchísimo tiempo!
Ojalá pudiera volver a trabajar en un entorno donde lo pueda usar :) jajaja
¿Será que hago algo side?
Comentarios en Hacker News
Le debo toda mi carrera a Django. Lo conocí por primera vez en la universidad, cuando hacía sitios web en el laboratorio, y en ese entonces Django era totalmente nuevo; como no me preocupaban en absoluto cosas como estabilidad o seguridad, hice todo con Django. Unos años después, gracias a lo que había aprendido con Django, entré a un laboratorio de investigación de machine learning de punta para encargarme de ordenar un frontend complejo. Después de eso, pude convertirme en el primer empleado de tiempo completo de un spinout del laboratorio, pasar por una adquisición por una gran empresa, escalar sistemas de ML basados en sensores, cofundar un fondo de VC enfocado en ML y hasta fundar una empresa de IA con más de 10 años, todo gracias a Django
En esa época, la comunidad de Python era realmente muy cálida. Había mucha gente en línea dispuesta a ayudar, y con Ruby me pasó algo parecido: también fue una experiencia muy agradable
En el laboratorio, al aprovechar el ORM de Django, terminamos con una estructura compleja porque se creaban servidores de base de datos MySQL físicamente separados para cada usuario. La verdad, en un caso así siento que algo como sqlite habría sido más apropiado
Me da curiosidad si Django tenía fama de ser inestable o débil en seguridad. Y también por qué los estudiantes de doctorado en machine learning terminaron pidiendo ese requisito de bases de datos separadas por usuario
A mí también Django me permitió experimentar por primera vez, de forma sencilla, con el trabajo freelance y el desarrollo de software, y me dio la oportunidad de aprender código fuente avanzado de Python y su cultura de desarrollo
Hace 10 años se celebró en persona el décimo aniversario de Django en Lawrence, Kansas. Los videos de las charlas de ese momento pueden verse aquí. Ayer, por el 20.º aniversario de Django, organicé mi charla de entonces con anotaciones, así que si les interesa la historia de cómo empezó Django, les recomiendo este texto
Empecé a usar Django en 2006, en la época del lanzamiento v0.95 "magic removal". En ese momento tenía 19 años y usaba PHP en una pequeña startup. Rails estaba recibiendo mucha atención, así que intenté instalarlo, pero no fue fácil en mi laptop con Ubuntu. Entonces descubrí Python y Django, y en 20 minutos ya tenía una página Hello World funcionando. Después vinieron newforms, el lanzamiento de 1.0, funciones de base de datos muy buenas, migraciones (con debates entre South y Nashvegas), class-based views, capacidades de Postgres como el JSONField integrado, soporte para Python 3, ASGI y muchos otros cambios. Asistí a mi primera DjangoCon en 2008, y en 2018 di mi primera charla. Le debo mi carrera a Django, y nunca me he arrepentido de haberlo elegido para proyectos grandes y pequeños. La comunidad también tuvo mucho que ver. Feliz cumpleaños, Django
Django es un framework que simplemente funciona. Para quienes no disfrutan mucho JS, de verdad se agradece que Django siga vivo. Gracias a todos los que han contribuido de forma constante mientras los frameworks de JS iban y venían
He trabajado durante muchos años con Django en varias empresas. Cada vez que uso otro framework, me doy cuenta de lo bien que Django ha mantenido su principio original de "batteries included" mientras se adapta a tecnologías nuevas. Que exista una comunidad tan buena, y que se haya sostenido por tanto tiempo, me parece algo realmente especial. Claro, otros frameworks también tienen sus fortalezas, pero si ves el tooling en general, Django sigue siendo de lo mejor para proyectos complejos y de gran escala. Tampoco es una mala opción para proyectos pequeños
Últimamente he sido bastante crítico con Python, pero aun así siento gratitud hacia Simon y hacia toda la comunidad de Django. De verdad ha impactado muchísimos proyectos, empresas y carreras como un excelente framework "batteries included". Yo, por supuesto, soy uno de esos casos. Y todavía uso pgadmin como benchmark cuando evalúo paneles de administración en otros ecosistemas. Me parece impresionante lo que Django logró. Si Django no hubiera existido, el desarrollo tecnológico actual habría avanzado mucho más lento. De verdad, muchas gracias
Ha sido un gusto trabajar con Django durante los últimos 15 años. Unirme a la comunidad me dejó grandes aprendizajes, y también fue un honor haber servido en la junta directiva de la DSF y como presidente. Espero con ilusión los próximos 20 años de código y comunidad
De todos los frameworks que he usado, Django es por mucho el mejor. Teniendo esto, nunca sentí la necesidad de aprender JavaScript para backend
Para quienes han trabajado tanto con Django como con Ruby on Rails, me gustaría saber cuál prefieren y por qué. Aprendí Python primero hace como 10 años, pero elegí Rails al principio porque quería aprender Ruby
He usado Rails y Django profesionalmente, y en la práctica recomiendo Django. La parte metaprogramática de Rails también es buena, pero el ecosistema de librerías de Python es tan grande que con Django se puede hacer casi todo. Las empresas que usan Rails suelen mantener código Python aparte para interactuar, mientras que en Django se puede resolver todo de una vez con el ORM. Si no necesitas librerías especiales para machine learning/AI y una sola persona quiere desarrollar rápido, Rails sí puede ser realmente veloz. Pero para una startup, recomendaría Django como framework base
Yo prefiero más Django por lo siguiente: siempre me ha gustado más Python que Ruby, y la filosofía de imports explícitos, namespaces y de recomendar una sola manera de hacer las cosas escala mejor. Django también sigue esa filosofía, así que aunque requiere un poco más de configuración y es más explícito, facilita el debugging y hace todo más claro. Sobre todo, la documentación de Django no solo explica el framework, sino que también enseña muy bien buenas prácticas de desarrollo; Ruby se queda más corto en eso, así que entre proyectos hay mucha variación en la forma de trabajar. Django también me parece mejor en estabilidad, y las migraciones entre versiones grandes se sienten más fáciles. El ecosistema de Python es enorme, y el admin de Django junto con Django Rest Framework ahorran una cantidad increíble de tiempo. Rails tiene cosas parecidas, pero el impacto no es el mismo. Claro, si no hablamos de GIS o cómputo científico, al final la preferencia personal es lo más importante, pero Rails sigue siendo un gran framework
Ese proyecto (Django) se creó en el área metropolitana de KC, cerca de donde vivo, y generó mucho valor junto con mi socio de negocios. Feliz cumpleaños