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. -- fisa - Juan Pedro Fisanotti _______________________________________________ Ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
