FYI: http://docs.google.com/View?docid=dcn8282p_1hg4sr9
–
Manuel
http://linkja.com * un agregador de tendencias
http://simplelogica.net
http://simplelogica.net/logicola
FYI: http://docs.google.com/View?docid=dcn8282p_1hg4sr9
–
Manuel
http://linkja.com * un agregador de tendencias
http://simplelogica.net
http://simplelogica.net/logicola
No parece muy objetivo ese articulo, desde el principio se nota que es
un ``python-guy’’
Manuel González Noriega wrote:
FYI: http://docs.google.com/View?docid=dcn8282p_1hg4sr9
–
Manuel
http://linkja.com * un agregador de tendencias
http://simplelogica.net
simplelogica.net
On 11/25/06, Manuel González Noriega [email protected]
wrote:
Estoy muy interesado en leer comentarios sobre el artÃculos (un
poquito más elaborados que una sola lÃnea, a ser posible
Estos dÃas en la Conferencia Rails Hispana he escuchado a la
concurrencia comentar al menos en dos ocasiones este artÃculo. AsÃ
que, hype obliga, me lo he leÃdo.
Yo no veo de qué manera se puede concluir que el artÃculo está sesgado
a favor de Django. SÃ tiene un defecto del que adolecen no pocas
reviews , que es dar estadÃsticas sin sentido. No tiene sentido que
me digan “fulanito tardó 27 segundos en codificar no sé qué función
con Python, mientras que menganito tardó 48.5 segundos en hacer la
misma en Ruby” Primero, porque no sé exactamente qué código se estaba
escribiendo, y segundo, porque no conozco ni a fulano ni a mengano y
no puedo calibrar sus aptitudes en un lenguaje y otro.
Dicho lo cual, mirando los numerillos que aportan, yo creo que las
diferencias no son significativas aunque parecen decantarse del lado
de Django. HabrÃa que ver cómo escalan esos números en aplicaciones
más gordas.
Sà que me ha interesado más el repaso que dan de la implementación de
las vistas en uno y otro y me ha sorprendido que Django no tenga el
concepto de ‘partial’ . y algo parecido me ha pasado con las
migraciones de la BD. Lo de las páginas de administración
automáticamente genradas me parece más una curiosidad que otra cosa
– vale para demos y ‘ohs’ y ‘ahs’ más que para ago que uno vaya a
entregar a un cliente. Y, en todo caso, para Rails tenemos
Streamlined.
En conclusión, yo no veo que Rails salga especialmente perjudicado de
la review. Y sà me alegra ver que Django goza de buena salud. Le
tengo mucho cariño a Python, al que tanto daño le ha hecho no tener un
framework web para la vida real (no, no le tengo nada de cariño a
Zope).
Saludos.
On 25/11/06, david [email protected] wrote:
No parece muy objetivo ese articulo, desde el principio se nota que es
un ``python-guy’’
Mmmmm, son dos autores. En el abstract ya dicen ‘we’, y en la
introducción se refieren a si mismos por nombre (‘Ben’ y ‘Alan’). ¿Has
leido el artículo, verdad?
¿qué puntos exactos en tu opinión demuestran la parcialidad del
artículo hacia Django? En mi opinión, para ser criticables deberían
ser ejemplos de cosas del artículo que sean
a) Favorables a Django
b) Demostrablemente falsas
Estoy muy interesado en leer comentarios sobre el artículos (un
poquito más elaborados que una sola línea, a ser posible
–
Manuel
http://linkja.com * un agregador de tendencias
http://simplelogica.net
simplelogica.net
Mande esto al hilo incorrecto…!! Perdon, lo envio en este… Lo siento
por
el spam:
Yo he leido el articulo por encima, y veo que tardan en escribir los
models
9 segundos en Django, veo lo que han hecho:
En Django:
class ReadingOccasion(models.Model):
reader = models.ForeignKey(Reader)
book = models.ForeignKey(Book, edit_inline=models.STACKED,
num_in_admin=1)
finished = models.DateField(core=True)
reading_time = models.FloatField(core=True, max_digits=5,
decimal_places=2, blank=True)
notes = models.TextField(maxlength=2000, blank=True)
En rails:
class Reading < ActiveRecord::Base
belongs_to :book
belongs_to :reader
end
En principio, sin saber mucho de rails, me parece mucho mas leible la
parte
de rails,
Pero como esos 9 segundos por 1:30 en rails? Como se explican, usan
generadores de codigo costantemente ( con los problemas de falta de
flixibilidad cuando se quieren realizar cambios que eso implica?).
Yo llevo programando en Java desde hace 8 a~os al menos, y si me
interesa
Rails/Ruby por la forma tan limpia, elegante y simple con la que
soluciona
cualquier problema. Si ahora me dicen que fulanito ha escrito eso mismo
en
FORMANXFGDGE2888 y eso es una ristra de caracteres no leibles que
necesitas
dominar de arriba abajo para poder hacer cualquier cosa…Ahora vuelve
al
model en DJango y comparalo con el model en Rails. Creo que eso explica
mas
que los 9 contra 90 segundos de los que habla el articulo
2006/11/26, Juan Lupión [email protected]:
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.
Sponsor our Newsletter | Privacy Policy | Terms of Service | Remote Ruby Jobs