Django surgió de una necesidad muy práctica: World Online, una operación web de periódicos, es responsable de crear aplicaciones web intensivas en los plazos ajustados de periodismo. En la sala de redacción de ritmo rápido, World Online a menudo tiene solo una cuestión de horas para llevar una aplicación web complicada desde el concepto hasta el lanzamiento público.
\nAl mismo tiempo, los desarrolladores web de World Online siempre han sido perfeccionistas cuando se trata de seguir las mejores prácticas de desarrollo web.
\nEn el otoño de 2003, los desarrolladores de World Online (Adrian Holovaty y Simon Willison) abandonaron PHP y comenzaron a usar Python para desarrollar sus sitios web. A medida que creaban sitios intensivos y muy interactivos como Lawrence.com, comenzaron a extraer un marco de desarrollo web genérico que les permitía crear aplicaciones web cada vez con mayor rapidez. Modificaron este marco constantemente, agregando mejoras durante dos años.
\nEn el verano de 2005, World Online decidió distribuir libremente el código del software resultante, Django. Django no sería posible sin una gran cantidad de proyectos de código abierto, Apache, Python y PostgreSQL por mencionar algunos – y estamos emocionados de aportar algo a la comunidad de código abierto.
\nDjango recibe su nombre de Django Reinhardt, un guitarrista de Jazz manouche de 1930’s hasta principios de la década de 1950’s. Hasta hoy en día, es considerado uno de los mejores guitarristas de todos los tiempos.
\nEscuche su música. Le va a gustar.
\nDjango se pronuncia YANG-o. Rima con FANG-o. La «D» es muda.
\nTambién hemos grabado una muestra de audio de la pronunciación.
\nSí, es bastante estable. Empresas como Disqus, Instagram, Pinterest y Mozilla han estado utilizando Django durante muchos años. Los sitios construidos sobre Django han experimentado picos de tráfico de más de 50 mil visitas por segundo.
\nSí. Comparado con el tiempo de desarrollo, el hardware es barato, por lo que Django está diseñado para tomar ventaja de tanto hardware como le pueda dar.
\nDjango utiliza una arquitectura de «nada compartido», lo que significa que puede agregar hardware en cualquier nivel: servidores de bases de datos, servidores de almacenamiento en caché o servidores web/de aplicaciones.
\nEl framework separa limpiamente componentes como la capa de base de datos y la capa de la aplicación. Además, se distribuye con un simple pero poderoso framework de caché.
\nDjango se desarrolló originalmente en World Online, el departamento web de un periódico en Lawrence, Kansas, EE. UU. Django ahora está dirigido por un equipo internacional de voluntarios <https://www.djangoproject.com/foundation/teams/> _.
\nDjango es distribuido bajo la licencia BSD de 3 clausulas. Esta es una licencia de código abierto que otorga amplios permisos para modificar y redistribuir Django.
\nDjango incluye código de la biblioteca estándar de Python. Python se distribuye bajo una licencia permisiva de código abierto. Se incluye una copia de la licencia de Python con Django para cumplir con los términos de Python.
\nDjangoSites.org cuenta con una lista cada vez mayor de sitios web que funcionan con Django.
\nBueno, los nombres estándar son debatibles.
\nEn nuestra interpretación de MVC, la «vista» describe el dato que es presentado al usuario. No es necesariamente cómo se ve el dato, sino qué dato se muestra. La vista describe cuál dato ve, no cómo lo ve. Es una distinción sutil.
\nAsí pues, en nuestro caso, una «vista» es la función de callback en Python para una URL en particular, porque esta función callback describe cuál dato es presentado.
\nAdemás, es sensato separar el contenido de la presentación que es donde entran las plantillas. En Django, una «vista» describe cual dato es presentado, pero una vista normalmente lo delega a una plantilla, la cual describe cómo se presenta el dato.
\nEntonces ¿donde entra el «controlador»? En el caso de Django, es probable que en el mismo framework: la maquinaria que envía una petición a la vista apropiada, de acuerdo a la configuración de URL de Django.
\nSi busca acrónimos, usted podría decir que Django es un framework «MTV», esto es «modelo», «plantilla» y «vista». Ese desglose tiene mucho más sentido.
\nAl final del día, todo se reduce a hacer las cosas. E, independientemente del nombre de las cosas, Django hace las cosas de la manera más lógica para nosotros.
\nWe’re well aware that there are other awesome web frameworks out there, and\nwe’re not averse to borrowing ideas where appropriate. However, Django was\ndeveloped precisely because we were unhappy with the status quo, so please be\naware that «because <Framework X> does it» is not going to be sufficient reason\nto add a given feature to Django.
\nWhen Django was originally written, Adrian and Simon spent quite a bit of time\nexploring the various Python web frameworks available.
\nEn nuestra opinión, ninguno de ellos estaba a la altura de las circunstancias.
\nSomos exigentes, podrían incluso llamarnos perfeccionistas (con las fechas límites.)
\nCon el paso del tiempo, nos topamos con librerías de código abierto que hacían cosas que ya habíamos implementado. Era reconfortante ver a otras personas resolviendo problemas similares de maneras similares, pero era demasiado tarde para integrar código externo: Ya habíamos escrito, probado e implementado fragmentos de nuestro propio framework en varias configuraciones de producción y que nuestro propio código satisfizo nuestras necesidades de maravilla.
\nSin embargo, en la mayoría de los casos encontramos que los frameworks y herramientas inevitablemente tenían algún tipo de error fatal fundamental que nos hacía dudar. Ninguna herramienta se adaptaba 100% a nuestra filosofía.
\nComo dijimos: Somos exigentes.
\nHemos documentado nuestra filosofía en la página de la filosofías de diseño.
\nNo, Django is not a CMS, or any sort of «turnkey product» in and of itself.\nIt’s a web framework; it’s a programming tool that lets you build websites.
\nPor ejemplo, no tiene mucho sentido comparar Django con algo como Drupal porque Django es algo que usas para crear cosas como Drupal.
\nYes, Django’s automatic admin site is fantastic and timesaving – but the admin\nsite is one module of Django the framework. Furthermore, although Django has\nspecial conveniences for building «CMS-y» apps, that doesn’t mean it’s not just\nas appropriate for building «non-CMS-y» apps (whatever that means!).
\nThe Django docs are available in the docs directory of each Django tarball\nrelease. These docs are in reST (reStructuredText) format, and each text file\ncorresponds to a web page on the official Django site.
Because the documentation is stored in revision control, you\ncan browse documentation changes just like you can browse code changes.
\nTécnicamente, la documentación en el sitio de Django es generada a partir de la última versión de desarrollo de esos documentos reST, así que la documentación en el sitio de Django podría ofrecer más información que los documentos que vienen con la última versión de Django.
\nEs difícil dar un formato oficial de cita, esto por dos razones: los formatos de cita pueden variar mucho entre publicaciones y los estándares para citar software son aún materia de debate.
\nPor ejemplo, estilo APA, dictaría algo como:
\nDjango (Version 1.5) [Computer Software]. (2013). Retrieved from https://www.djangoproject.com/.\nSin embargo, la única guía real es la que su editor aceptará, así que obtenga una de esas guías y llene los vacíos lo mejor que pueda.
\nSi su guía de estilo de referencias requiere un nombre de editor, use «Django Software Foundation».
\nSi necesita un lugar de publicación, utilice «Lawrence, Kansas».
\nIf you need a web address, use https://www.djangoproject.com/.
\nSi necesita un nombre, sólo use «Django» sin ningún eslogan.
\nSi necesita una fecha de publicación, use el año de lanzamiento de la versión que está consultando (por ejemplo, 2013 para v1.5)
\n