|
|
|
Secciones
Obrar mucho, y hablar poco; que lo demás es de loco.
Barrapunto © 1999-2007. Contenido disponible bajo licencia Creative Commons Reconocimiento 2.5
Aviso legal
Barrapunto © 1999-2007. Contenido disponible bajo licencia Creative Commons Reconocimiento 2.5
Aviso legal
Hombre lo de las estadísticas de PhP...
(Puntos:1)( http://barrapunto.com/ )
Dos ruedas son suficientes. Cuatro, redundancia.
Yo he tenido suerte.
(Puntos:2, Interesante)Cuando trabajaba como becario en Wanadoo, en mi departamento estabamos continuamente utilizando PHP y Perl ( sobre todo este último ), eso si para hacer aplicaciones web para uso interno y algún que otro script de mantenimiento. También tengo que decir que CPAN [cpan.org], php.net [php.net] y toda la comunidad era el mejor soporte :D
Disfruté mucho con ello, y pude conocer el fantástico mundo de Linux y el lenguaje Perl. Espero que mis futuros trabajos también exista esta acertada filosofía.Empresas grandes que usen RoR
(Puntos:3, Informativo)Por otra parte, existen gurús como Martin Fowler (el de eXtreme Programming y Agile Development), que puedes mencionar si quieres convencerles para usarlos como "voces de expertos" (sic) que recomiendan Ruby.
¿soporte?
(Puntos:2)( http://najaraba.blogspot.com/ | Última bitácora: Miércoles, 16 Marzo de 2005, 14:34h )
Este hecho me temo que no tiene nada de simple... Ya sabemos que a veces tampoco los soportes son demasiado buenos, pero al menos se les puede culpar de algo que falle (así se ve muchas veces, lamentablemente), pero es lógico que en aplicaciones importantes se requiera de un soporte de confianza para el software que va a servir como infraestructura. Te puedes ahorrar muchos quebraderos de cabeza (el tiempo es dinero...) si lo contratas.
De PHP
(Puntos:1, Interesante)Detrás de PHP esta Zend, y si tu jefe no se fia de PHP se compra Zend studio y ala ya tienes soporte :).
y de que va?
(Puntos:0)Alguien sea anima explicar que tiene de ventaja, desventaja, novedoso, para que esta orientado este lenguaje (no me salgan con que esta orientado a objetos) digo ¿para qué es mas común utilizar este lenguaje (digo si es lenguaje)?
Bueno alguien que diga una historia de estos.
Hombre...
(Puntos:1)Si tu mismo no has logrado tener ninguna referencia de casos de éxito, por algo será. Y aunque encuentres dos, cinco o veinte, otros lenguajes y plataforma, propietarios o no, tienen miles.
Creo que es necesario que todos nos tomemos la informática mas en serio y si nos pagan por decidir qué software es el mejor para nuestra empresa, nos ganemos el sueldo de forma honrada. Elegir software propietario no siempre es la opción vergonzante que por estos lares se intenta promulgar. A veces es mas conveniente, y a veces no.
Ruby???????
(Puntos:0, FueraDeTema)( http://barrapunto.com/ | Última bitácora: Sábado, 25 Marzo de 2006, 22:29h )
Keep on rockin' in the free world
ActiveState para Perl
(Puntos:1)( http://barrapunto.com/~radicnet/journal/ | Última bitácora: Jueves, 08 Diciembre de 2005, 09:57h )
--
The radical net body [barrapunto.com]
(Spammers: que os den)
Adelante
(Puntos:1)Anteriormente trabajaban con J2EE (Struts + Spring) y me comentan que con Ruby todo es mucho más fácil.
Una de las ventajas que me comentan es que no hay proceso de despliegue. Si cuando programas con J2EE tienes que desplegar toda la aplicación cada vez que cambias una coma en una clase; en RoR sólo hay que hacer el cambio en el código y ya está.
Me imagino que en caso de que tu proyecto sea grande, supongo que empezarán a aparecer limitaciones que en otros lenguajes no debe haber.
De todas formas creo que vale la pena.
El mito del soporte
(Puntos:2)( http://barrapunto.com/~orfeo/journal/ | Última bitácora: Martes, 08 Julio de 2014, 11:59h )
En mi modesta opinión EL SOPORTE es una forma más de inflar los bolsillos de algunos. Vamos a por el ejemplo:
La gente de Oracle se mueve mejor entre maletines y "Marios Conde", por lo que la opción de Postgres ni se menciona, siempre gana Oracle.
Si el panorama cambiara y la gente de Postgres diera buenos maletines, otra gallo cantaría, pero con otros precios.
Y yo con rubias.
(Puntos:3, FueraDeTema)Pero esto está lleno de maromos. xD
El problema no es Rails
(Puntos:4, Inspirado)( http://hronia.blogalia.com/ | Última bitácora: Jueves, 22 Enero de 2009, 06:57h )
Ojo, yo estoy de acuerdo con lo que decía por ahí otro comentario, que el objetivo de una empresa es ganar dinero, no que sus empleados se entretengan probando lo último que salga al mercado. Por tanto es normal que la estructura de mando sea reacia a incorporar cambios, porque su objetivo es aprovechar el conocimiento de los empleados.
Por tanto, para conseguir que en tu empresa acepten el uso de RoR tendrás que demostrar por la vía dura que es más rentable que lo que se esté usando hasta entonces. Y la única forma es hacer un prototipo rápido con RoR a tu jefe inmediato en un tiempo récord. Tampoco creo que esto sea garantía de éxito.
En todo caso, yo creo que RoR se va a hacer un hueco en el mundo del desarrollo web con herramientas libres, y s encuentra ahora en el mismo estado de ebullición que PHP en sus primeros tiempos. Soy de la opinión de que las soluciones J2EE son tan flexibles y potentes que en muchos casos suponen matar moscas a cañonazos, lo que deja hueco al desarrollo en arquitecturas más ágiles.
___
"Tamparantán que te han visto Pepe, tamparantán que te han visto Juan"
Lista de usos empresariales de Ruby
(Puntos:1)( http://www.demiurgo.org/ )
Y yo estoy haciendo una aplicación en RoR para un cliente bastante importante.... y lo más probable es que la mayoría del desarrollo para ellos lo empecemos a hacer con Ruby/RoR (y ellos igual también lo adoptan y empiezan a usarlo).
-- Esteban Manchado - http://www.demiurgo.org/
Y yo
(Puntos:-1, FueraDeTema)sitio montado sobre RoR
(Puntos:0)Nosotros vivimos de desarrollos en Zope
(Puntos:1)( http://kmkey-es.blogspot.com/ )
Hay multitud de gestores de contenidos, libres o privativos, basados en Zope. Nosotros además hemos desarrollado un producto de gestión empresarial, KMKey [kmkey.com], que nos está dando buén resultado. La elección de Zope fué determinante, dado que el mismo desarrollo en otros entornos (al menos los conocidos por nosotros) no hubiera llegado a las mismas cotas de flexibilidad en el producto, ni de rapidez en el desarrollo. Resultado, más curva de aprendizaje, pero mucho menos coste de desarrollo, y un resultado que se adapta con mucha facilidad a cada cliente. A toro pasado, creo que una buena elección.