Ruby sera como antaño fue Perl (Salvando las distancias). Muy bonito, mu majo, pero NO ES ESCALABLE.
Esto es lo MAS importante de cualquier framework, y es en lo que la gente se fija menos.
Hago una web muy rapido y muy bonita en cuatro dias, y luego cuando tengo exito, resulta que es imposible de mantener y tienes que reescribirlo todo en JAVA.
Java es dicen que es feo, lento y tiene mala fama por que no es muy "nerd", pero tiene lo unico bueno, es INFINITAMENTE ESCALABLE.
-Tener que reescribir una aplicación Java a otra en Java stateless para que no haya cuello de botellas en la replicación de memoria compartida o latencias al acceder al repositorio de datos, pudiendose evitar.
-Tener que reescribir un monton de hastables por hashmap para evitar sincronizaciones inecesarias. De que sirven varios hilos si estan todo el rato ociosos inecesariamente.
-Reimplementar llamadas remotas de EJB en llamadas locales porque alguien piensa que es más "escalable" ir siempre a comprar el pan en coche por si algun dia la panaderia esta lejos. Por suerte, desde los EJB 2.0 se puede llamar al mismo EJB de forma local o a traves de la red.
-...
Java, de los lenguajes interpretados (directamente o mediante maquina virtual) es de lo más rapido que hay. Pero el tema de la escalabilidad esta relacionado con un buen diseño, y en Java he visto malos a patadas. Que las empresas decidan usar Java no implica que sea bueno, lo mismo que el que RoR se haya convertido en un "hype" no quiere decir que sea lo mejor que hay.
Una ventaja que ofrecen los frameworks basados en plantillas (y que puedes aprovechar en Java saliendote del J2EE) es la capacidad de estatificar (generar contenido estatico). Esto, es una caracteristica importante para poder escalar, y que como ves, J2EE no te regala.
Java es una buena opcion para subcontratar a una consultora que te alquila programadores al peso, pero no es la mejor opcion si quieres que los programadores no tengan grilletes*
*Grilletes de Java: - No hay herencia multiple porque la gente se lia con ellos. - No hay preprocesador, que aparte de ser una herramienta util y poderosa, es el arma preferida de los ofuscadores de codigo. Esta limitacion se suple con Programacion Orientada a Aspectos (sobreingenieria, aunque por suerte sirve para mas cosas). - No se puede tener referencias a funciones, por lo que la programacion funcional queda olvidada (o se hace una sobreingenieria a base de clases e interfaces). -...
Re:No
(Puntos:1)Re:No
(Puntos:2)( http://127.0.0.1/ | Última bitácora: Jueves, 01 Julio de 2010, 03:18h )
Ejemplos de escalabilidad intrinseca en Java:
-Tener que reescribir una aplicación Java a otra en Java stateless para que no haya cuello de botellas en la replicación de memoria compartida o latencias al acceder al repositorio de datos, pudiendose evitar.
-Tener que reescribir un monton de hastables por hashmap para evitar sincronizaciones inecesarias. De que sirven varios hilos si estan todo el rato ociosos inecesariamente.
-Reimplementar llamadas remotas de EJB en llamadas locales porque alguien piensa que es más "escalable" ir siempre a comprar el pan en coche por si algun dia la panaderia esta lejos. Por suerte, desde los EJB 2.0 se puede llamar al mismo EJB de forma local o a traves de la red.
-...
Java, de los lenguajes interpretados (directamente o mediante maquina virtual) es de lo más rapido que hay. Pero el tema de la escalabilidad esta relacionado con un buen diseño, y en Java he visto malos a patadas. Que las empresas decidan usar Java no implica que sea bueno, lo mismo que el que RoR se haya convertido en un "hype" no quiere decir que sea lo mejor que hay.
Una ventaja que ofrecen los frameworks basados en plantillas (y que puedes aprovechar en Java saliendote del J2EE) es la capacidad de estatificar (generar contenido estatico). Esto, es una caracteristica importante para poder escalar, y que como ves, J2EE no te regala.
Java es una buena opcion para subcontratar a una consultora que te alquila programadores al peso, pero no es la mejor opcion si quieres que los programadores no tengan grilletes*
*Grilletes de Java:
- No hay herencia multiple porque la gente se lia con ellos.
- No hay preprocesador, que aparte de ser una herramienta util y poderosa, es el arma preferida de los ofuscadores de codigo. Esta limitacion se suple con Programacion Orientada a Aspectos (sobreingenieria, aunque por suerte sirve para mas cosas).
- No se puede tener referencias a funciones, por lo que la programacion funcional queda olvidada (o se hace una sobreingenieria a base de clases e interfaces).
-
Una vez metido, recordad lo sucedido [laquadrature.net].
Re:No
(Puntos:2)( http://barrapunto.com/ | Última bitácora: Martes, 10 Junio de 2014, 02:36h )