TheWind,
ZODB/ZEO tiene un buen rendimiento, incluso con millones de registros. Obviamente es un tema complejo y está claro que no se reduce todo a "vamos a usar persistencia, que nos ahorramos las puñeteras queries". Al igual que trabajar con un gestor de base de datos relacional tiene sus ques, trabajar con una base de datos orientada a objetos también presenta dificultades y requiere cierta metodología y consideraciones (frecuencia de lecturas VS escrituras, concurrencia, sincronización de contenido...). Te diría que quizás la mayor dificultad sea justamente adaptarse a esa nueva forma de trabajar. Pero bueno, para eso sirven los proyectos, para provar cosas nuevas: para picar SQL ya tengo el curro, y por ahora estoy muy satisfecho con los resultados.
Ahora, para cerrar la caja de Pandora que nadie debería haber abierto: Yo no digo que con PHP no se pueda hacer código claro y estructurado. Carajo, se puede hacer código decente incluso en Perl (que no se me enfade nadie, jejeje). Pero me paso el dia en el trabajo lamentándome por alguno de sus (para mi) muchos e irritantes fallos (namespaces? callbacks? generadores? clases como objetos de primer orden?). En casa, en mi tiempo libre, me apetece usar un lenguaje con el que me sienta cómodo de verdad. PHP tiene grandes méritos, y grandes defectos, y no seré yo quien cuestione su valía.
En fin... que también podrías preguntarme porque no uso Ruby on Rails, o J2EE, o ASP.Net con Mono o... los proyectos hay que implementarlos en algo, y a mi para el caso que nos ocupa Python me parece la mejor opción. No hay nada más que discutir: si para tus proyectos prefieres usar PHP me parece perfecto, es una opción excelente para muchos desarrollos, pero a mi entender no para éste. Y me vuelvo a remitir al chiste de la bombilla. :)
----
Harko,
Tienes más información sobre los nuevos libros en www.georgemartin.com. "A feast for crows" saldrá en América en Noviembre, y supongo que tardarán un año en traducirlo.
ZODB/ZEO tiene un buen rendimiento, incluso con millones de registros. Obviamente es un tema complejo y está claro que no se reduce todo a "vamos a usar persistencia, que nos ahorramos las puñeteras queries". Al igual que trabajar con un gestor de base de datos relacional tiene sus ques, trabajar con una base de datos orientada a objetos también presenta dificultades y requiere cierta metodología y consideraciones (frecuencia de lecturas VS escrituras, concurrencia, sincronización de contenido...). Te diría que quizás la mayor dificultad sea justamente adaptarse a esa nueva forma de trabajar. Pero bueno, para eso sirven los proyectos, para provar cosas nuevas: para picar SQL ya tengo el curro, y por ahora estoy muy satisfecho con los resultados.
Ahora, para cerrar la caja de Pandora que nadie debería haber abierto: Yo no digo que con PHP no se pueda hacer código claro y estructurado. Carajo, se puede hacer código decente incluso en Perl (que no se me enfade nadie, jejeje). Pero me paso el dia en el trabajo lamentándome por alguno de sus (para mi) muchos e irritantes fallos (namespaces? callbacks? generadores? clases como objetos de primer orden?). En casa, en mi tiempo libre, me apetece usar un lenguaje con el que me sienta cómodo de verdad. PHP tiene grandes méritos, y grandes defectos, y no seré yo quien cuestione su valía.
En fin... que también podrías preguntarme porque no uso Ruby on Rails, o J2EE, o ASP.Net con Mono o... los proyectos hay que implementarlos en algo, y a mi para el caso que nos ocupa Python me parece la mejor opción. No hay nada más que discutir: si para tus proyectos prefieres usar PHP me parece perfecto, es una opción excelente para muchos desarrollos, pero a mi entender no para éste. Y me vuelvo a remitir al chiste de la bombilla. :)
----
Harko,
Tienes más información sobre los nuevos libros en www.georgemartin.com. "A feast for crows" saldrá en América en Noviembre, y supongo que tardarán un año en traducirlo.
