<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Mundo Geek &#187; rails</title>
	<atom:link href="http://mundogeek.net/etiqueta/rails/feed/" rel="self" type="application/rss+xml" />
	<link>http://mundogeek.net</link>
	<description>Mundo geek, bitácora sobre todo lo geek: software, gadgets, tecnología, internet, ...</description>
	<lastBuildDate>Wed, 08 Feb 2012 16:09:25 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Ruby on Rails vs. Django</title>
		<link>http://mundogeek.net/archivos/2007/08/20/ruby-on-rails-vs-django/</link>
		<comments>http://mundogeek.net/archivos/2007/08/20/ruby-on-rails-vs-django/#comments</comments>
		<pubDate>Mon, 20 Aug 2007 13:26:52 +0000</pubDate>
		<dc:creator>Zootropo</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[ajax]]></category>
		<category><![CDATA[django]]></category>
		<category><![CDATA[programacion]]></category>
		<category><![CDATA[python]]></category>
		<category><![CDATA[rails]]></category>
		<category><![CDATA[ror]]></category>
		<category><![CDATA[ruby]]></category>
		<category><![CDATA[web]]></category>

		<guid isPermaLink="false">http://mundogeek.net/archivos/2007/08/20/ruby-on-rails-vs-django/</guid>
		<description><![CDATA[En vaporbase podemos encontrar una comparativa de 45 páginas entre Ruby on Rails y Django, los frameworks de desarrollo web más conocidos para Ruby y Python respectivamente. He resumido las conclusiones del autor, aunque no comparto varios puntos, para aquellos demasiado vagos para leerlo entero. Comunidad Ruby on Rails es más popular, debido entre otras [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.vaporbase.com/rails-django" title="Ruby on Rails o Django">En vaporbase</a> podemos encontrar una comparativa de 45 páginas entre <strong>Ruby on Rails</strong> y <strong>Django</strong>, los frameworks de desarrollo web más conocidos para Ruby y Python respectivamente. He resumido las conclusiones del autor, aunque no comparto varios puntos, para aquellos demasiado vagos para leerlo entero.<span id="more-1174"></span></p>
<h2>Comunidad</h2>
<p>Ruby on Rails es más popular, debido entre otras cosas a que es open source desde un año antes que Django. Sin embargo, Django está ganando bastante popularidad últimamente. 4 puntos (sobre 5) para Ruby on Rails y 3 para Django.</p>
<h2>Lenguaje de programación</h2>
<p>Python es mucho más utilizado que Ruby. En occidente Ruby es conocido básicamente debido a Ruby on Rails, mientras que sólo en la web de setuptools se listan más de 10.000 librerías para Python. Según el autor programar en Ruby es más divertido, por lo que concluye dando a ambos 4 puntos.</p>
<h2>Concepto del framework</h2>
<p>Ambos siguen el patrón MVC (Modelo &#8211; Vista &#8211; Controlador). RoR tiende a hacer las cosas automágicamente, en Django se prefiere la transparencia en lugar del paternalismo. 4 puntos para Django y 3 para Ruby on Rails.</p>
<h2>Instalación / estructura de directorios</h2>
<p>Ambos son sencillos de instalar. Ruby on Rails fuerza a utilizar una estructura de directorios predeterminada que no tiene porque funcionar en todos los casos. Django es más flexible. 5 puntos para Django y 4 para Ruby on Rails.</p>
<h2>Bases de datos y modelo</h2>
<p>Ambos usan ORM, al estilo de, por ejemplo, Hibernate (correspondencias entre clases y tablas de una base de datos relacional). Mientras que en RoR se crea primero la base de datos y la clase modelo inspecciona la tabla para determinar los atributos, en Django se define primero la clase modelo y a partir de esta se crea la tabla o tablas en la base de datos. </p>
<p>Ruby on Rails proporciona alguna herramienta adicional interesante, como la migración del esquema de una base de datos automaticamente usando el comando migration que le sitúa con 4 puntos frente a los 3 de Django.</p>
<h2>Redirección y controladores</h2>
<p>Las correspondencias entre la URL solicitada y la clase controladora que tratará la petición se listan en ambos casos en archivos de configuración. Django permite utilizar expresiones regulares para definir las URLs. 4 puntos para Django, 3 para Ruby on Rails.</p>
<p>En lo que respecta al desarrollo de los controladores en sí, no existen diferencias significativas que no se traten en otros apartados, por lo que ambos obtienen 3 puntos en este apartado.</p>
<h2>Plantillas, formularios</h2>
<p>Sin diferencias substanciales. 3 puntos para cada uno en ambos casos.</p>
<h2>Administración de los datos y los usuarios</h2>
<p>Una de las cosas por las que Django es famoso es por poder generar una interfaz para crear, modificar, borrar y listar items de una clase de objetos del modelo de dominio a partir de la clase. Además también se puede buscar, filtrar y ordenar las listas. El problema es que estas páginas son difíciles de modificar, por lo que si necesitas algo que se salga de lo común tendrás que crear esta interfaz de gestión a mano, como siempre.</p>
<p>Rails permite algo similar a través de plugins, pero la alternativa de Django es algo mejor. La gestión de permisos es muy rudimentaria en ambos casos: 2 puntos para ambos.</p>
<p>De nuevo Django permite administrar usuarios permitiendo crear grupos y posibilitando registrar nuevos usuarios mientras que en Ruby on Rails esta misma funcionalidad se logra a través de plugins. Ambos distan mucho de ser perfectos: 2 puntos.</p>
<h2>AJAX</h2>
<p>En Ruby on Rails el uso de AJAX está totalmente integrado dentro del framework y encapsulan la funcionalidad de los toolkits prototype y Scrip.aculo.us de forma que se puedan añadir distintos efectos AJAX a las páginas sin necesidad de tocar una sola línea de Javascript.</p>
<p>En Django, por contra, se intenta facilitar el uso de toolkits AJAX, pero no se integra ninguno dentro del framework.</p>
<p>4 puntos para Ruby on Rails, 3 para Django.</p>
<h2>Documentación</h2>
<p>Ambos cuentan con excelente documentación, aunque la de Ruby on Rails es más abundante dado que actualmente es más conocido. 4 puntos para Ruby on Rails, 3 para Django.</p>
<h2>Extensiones</h2>
<p>La instalación de plugins en Ruby on Rails es sumamente sencilla, en Django es más manual. Existen muchos más plugins para Ruby on Rails.</p>
<p>4 puntos para Ruby on Rails, 2 para Django.</p>
<h2>Ciclo de desarrollo</h2>
<p>Ambos cuentan con herramientas de depuración maduras. 3 puntos para ambos.</p>
<p>En Ruby on Rails las baterías de pruebas están más integradas en el ciclo de desarrollo. 4 puntos para Rails, 3 para Django.</p>
<p>Rails facilita más el proceso de despliegue de la aplicación: 4 puntos, frente a los 3 de Django.</p>
<h2>Conclusión</h2>
<p>Haciendo la media el autor da un 3.18 sobre 5 a Ruby on Rails y un 3.27 a Django en el apartado técnico.</p>
<p>Sin embargo, en lo relacionado con el soporte (comunidad, documentación, extensiones de los usuarios, &#8230;) Ruby on Rails se alza como claro vencedor con 3.67 puntos frente a los 2.83 de Django.</p>
<p>En conclusión, las notas finales son de 3.35 para Ruby on Rails y 3.12 para Django.</p>
<p>Esperemos que Django comience a alcanzar la popularidad que se merece y empiecen a cambiar las tornas dentro de poco <img src='http://mundogeek.net/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
			<wfw:commentRss>http://mundogeek.net/archivos/2007/08/20/ruby-on-rails-vs-django/feed/</wfw:commentRss>
		<slash:comments>23</slash:comments>
		</item>
	</channel>
</rss>

