2010/1/24 Juan Pedro Fisanotti <[email protected]>: > El día 23 de enero de 2010 23:35, Federico Brubacher > <[email protected]> escribió: >> Se q hay gente q se ha cambiado a Merb o Sinatra, mi pregunta es a ellos : >> >> piensan volver a Rails al salir 3.0 ? La verdad q la mayoria de mis >> razones en contra de Rails fueron solucionadas con 3.0 .. que piensan? >> > > Creo que mi opinión puede caer medio descolgada, porque dejé Rails > cuando me mudé a Python. En Python estoy usando Django, que > simplemente me encanta. > > Pero como aporte al tema, ya que se habla de qué cosas no gustan de > Rails, comento lo que yo veo en comparación a Django: > > - Flexibilidad: uno de los objetivos que Django se propone es el de no > "interponerse en el camino del desarrollador". Propone hacer las cosas > como el framework las pensó, pero también permite elegir otras formas > de hacerlo sin tener que "romper" nada. Es muy sencillo utilizar otro > sistema de templates, otro ORM, definir otras estructuras de archivos > para la aplicación, etc. > A diferencia, Rails obliga mucho a seguir las convenciones que > propone, deja poca libertad al desarrollador. > > - Simplicidad de estructura de una aplicación: algo que me ponía > incómodo en Rails era la interminable cantidad de archivos que poseía > una aplicación web. En Django es completamente lo contrario. No es lo > correcto, pero hasta se podría tener una aplicación con solo 3 > archivos, de los cuales 1 viene hecho y no sería necesario > modificarse. > En mi caso esta simplicidad me facilita el desarrollo, ya que no tengo > que estar pasando entre infinidad archivos para completar una tarea > simple. > > - Modelos definidos como clases en un solo lugar, con todas las > declaraciones de los campos juntas y no repartidas en infinidad de > migrations. > A quien le gustan las migrations podrá mencionar la ventaja de llevar > el historial de los cambios sobre los modelos, y poder sincronizar la > base de datos a cualquier momento de ese historial. Bueno, eso mismo > es lo que hace cualquier sistema de versionado de código (svn, git, > hg), ya que los modelos son en definitiva código, y esto incluye poder > sincronizar la base de datos con syncdb, volviéndola a cualquier > estado del historial. Así que no veo necesidad de que el framework > haga versionado de ese código cuando ya tengo algo que lo hace y me > permite además sincronizar la base de datos, y menos cuando ello > implica dificultad para conocer el estado actual de los modelos y > modificarlo. > > No vi mucho de Rails 3 (solo la noticia y uno que otro comentario), > así que puede que alguna de estas cosas haya cambiado. Ustedes me > corregirán. > > --
Medio que se armo polémica por este email. Está un poquito off topic no? -- Leandro Marcucci. http://twitter.com/leanucci _______________________________________________ Ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
