Barrapunto

Hola...lo de turbogears es un poco offtopic, pero bueno.

Nota!!!!! Es la 1:20 de la madrugada y estoy matado, por lo tanto habrá frases que posiblemente no se entiendan bien... lo siento...

La verdad es que con Python y Ruby emepezé casi al mismo tiempo y cierto es que prefiero Python a Ruby, pero no por eso prefiero Turbogears a RoR, por ejemplo, me gusta más RoR que Django (que esta en python). La filosofía de Turbogears no es exactamente como la de RoR. TG realmente lo que hace es "juntar" varias cosas que evolucionan por separado: Para las plantillas Kid, para bases de datos SQLObject, para Ajax Mochikit, para validación de formularios , etc.. es como una capa por encima para gestionar el proyecto y no complicarte mucho la vida para ponerlo tu todo junto, además el prenda dice de implementar en un futuro más opciones (lo cuenta por su blog). Por otro lado una de las cosas que me gusta muchisimo como estan haciendo son los Widgets (mirate los videos de CatWalk que los usa). De todas formas como te comento es mi opinión y todas estas pijadas que le gustan sobre todo a los comerciales y que estando totalemente integradas implementarlas en la aplicación es "automático", no están puestas de forma estable; por eso digo que RoR es más maduro en ese sentido. Todo esto es una opinión personal tras probarlos, llevo metiendoles mano poco más de 3 meses a Turbogears y 4 a RoR y puede que mi opinión no sea muy válida.

Respecto a PHP.. bueno, no voy a tirar piedras contra el lenguaje que más perras me da XD, pero desde que empeze con python (hace poco más de un año) no hago más que compararlo cuando estoy haciendo cosas en PHP ("joe, esto con python .. anda que esto...") Son chorradas como que por ejemplo el FOR se lo traga todo... si le mandas array es como si fuera un foreach, si tienes un iterador se lo traga, si le mandas un string lo descompone... y en general el tratamiento de variables me gusta mucho, aunque cierto es que para trastear con las cadenas de texto (y en especial con expreciones regulares) es un pelín coñazo tener que importar las clases y no poder lanzar directamente una función (tipo ereg o ereg_replace) como se hace en PHP.

Otra cosa que en PHP solucionarán con el php5 de una puta vez es el control de excepciones (try, catch, throw) que joder...ya era hora, y es otro de los motivos por los que me gusta más python (porque el control de errores de las PEAR no me gusta nada)

Con php yo aún no he encontrado nada para tratar las bases de datos que me merezca la pena (tipo SQLObject, Hibernate o la que usa C# clon de hibernate que ahora no recuedo el nombre). Para las plantillas Smarty es bastante similar a Kid (he dicho SIMILAR) por lo que en ese aspecto vendría a ser el lenguaje que más rabia te de. Para Ajax. pues CPaint o Pajax no tienen nada que envidiar a Mochikit... y así un largo etc...

Si no conoces ni python ni ruby te recomedaría dedicarle un par de días a hacer los ejemplos básicos de cada uno (vienen en los manuales). Al principio Python mosquea un poco por que hay q respetar la indentacion (para un maniatico como yo de eso es genial XD) y vas viendo.. son lenguajes con los que (sabiendo programar un poquito) puedes hacer cosas muy curiosas en poco tiempo...

Conclusión: Al final se trata de la PRODUCTIVIDAD. Si puedes elegir usa el que te sea más comodo a ti (para eso hay que intentar probar todos los que puedas lo más posible)... aunque todos sabemos la realidad: se usará lo que diga algún tio de un despacho que no tiene ni puta idea de lo que habla, pero un día eschucho que "esto era bueno" o que "esto era malo"

Me he ganado el "fuera de tema" de por vida :(

Rails es el único que he probado, aunque muy ligéramente aún, pero me ha gustado mucho, por el hecho de que se prefiera antes que la configuración, (la cual queda para cuando no hay mas remedio), la convención (ups no se si es la palabra), vamos, que se siguen "guías de estilo" para que si una tabla se llama en la BBDD de una forma, sea obligado que su modelo se llame de tal otra, y así con todo. Espero que se quede claro.

Por otro lado, desde la configuración hasta las plantillas para las vistas (el XHTML + código de servidor), usan Ruby.

No es una tecnología pegamento de otras que se desarrollen separadamente y que provoquen que existan dependencias de lo que los otros proyectos quieran o no hacer.

Y lo mejor de todo es Ruby. Ese lenguaje es, para mí, una maravilla. Tiene características propias que lo hacen muy fácil de usar, es muy legible, potente hasta un extremo que no imaginaba yo, y no te deja una desagradable sensación al programar en objetos (digo esto porque, subjetivamente, programar orientado a objetos en PHP y Python me resultó feo e incómodo cuando lo intenté en su momento).