Hola Mauricio: Muy interesante el artículo que mencionas, pero quizás esté un poco desactualizado, sobre todo la parte de Python. Voy a tratar de comentarles porque punto por punto:
Ruby es complejo: posiblemente sea cierto (de hecho tiene construcciones de Smalltalks no tan tradicionales), pero Python es mucho más simple y claro, y se asemeja mucho a lenguajes como VFP, VB o PHP que se mencionan. Ruby on Rails es muy avanzado para desarrollo web: posiblemente sea cierto (y en el caso de Python, lo mismo podría decirse para Django, el framework mas popular hoy por hoy). Pero por ej. en Python, hay muchos otros frameworks, pudiendo citar a web2py que es lo más parecido al desarrollo dinámico de PHP, con un esquema MVC moderno (incluso con un IDE web integrado). También hay microframeworks o soluciones particulares para la nube, como Google App Engine. No hay IDE creibles: esto podía ser cierto en 2006, hoy por hoy es totalmente falso. Para Python no solo hay muy buenas IDEs con soporte comercial y corporativo (winware, komodo, etc.) y otras con soporte comunitario, sino que pueden también usarse herramientas como PyDev (para Eclipse), o Python Tools para Visual Studio, pudiendo editar y depurar desde prácticamente cualquier entorno, con autocompletado, call tips, etc., incluso llegando a tener inferencia de tipos y chequeos estáticos propios de lenguajes más rígidos, lo que facilita la experiencia de programar en un lenguaje dinámico como Python (de nuevo, comparado con VB, VFP, PHP). Fanatismo: desconozco el caso de Ruby, pero la comunidad Python esta adoptando una política de diversidad para incluir a todos. Basta con ver la cantidad de proyectos que hay en python en cualquier rama para notar que el amplio abanico de posibilidades. Crowd of a single mind: en el caso de Python no es cierto que haya una sola solución para el desarrollo web, de hecho tenemos una interfáz comun entre todos los frameworks (WSG), y se está tendiendo a colaborar entre los distintos proyectos, pudiendo intercambiar incluso librerías como el ORM (capa de acceso a datos), los sistemas de plantillas, etc. Escalabilidad y capacidades empresariales poco claras: nuevamente, desconozco si Ruby a mejorado la performance lo suficiente, pero Python me animaría a decir que sí, de hecho muchas empresas a nivel mundial lo usan (incluyendo soporte para la Nube: GoogleAppEngine, AmazonWS, Heroku, MS Azure), y hay trabajos bastante avanzados para tener un compilador JIT. Falta de soporte de los proveedores de internet: en el caso de python, como comenté antes, existe una interfaz comun para los frameworks, lo que simplifica muchisimo el soporte. Además, hoy por hoy hay VPS mucho más eficientes y seguros que un hosting compartido, con nuevos servidores minimalistas (lighttpd, nginx) que simplifican la instalación y administración, y como en general Python consume pocos recursos, es una opción ideal para reducir los costos de alojamiento. Les dejo una entrada del blog sobre la "Paradoja Python" que trata un tema similar: http://pyconar.blogspot.com.ar/2012/06/la-paradoja-de-la-conferencia-de-python.html Sds Mariano Reingart http://www.sistemasagiles.com.ar http://reingart.blogspot.com 2012/9/21 Mauricio Pistiner <[email protected]> > Martín, > > Encontré este artículo que si bien tiene sus años (del 2006) plantea ya > ciertos reparos a la nueva tendencia Ruby, aunque el autor expresa su > admiración por este lenguaje. Habla entre otras cosas de la capacidad del > "desarrollador medio" para absorver tecnologías demasiado distantes del > paradigma de la época, similar a lo que pasó con SmallTalk. Es una opinión > más: > > > http://beust.com/weblog/2006/04/06/why-ruby-on-rails-wont-become-mainstream/ > > Las nuevas tecnologías contagian y fijan tendencia como pasó con la OOP en > su momento, de ahí que ROR fué imitado por montones de Frameworks MVC > adaptando el concepto a ambientes más "tradicionales". (sólo falta ver un > MVC a la ROR hecho en Cobol :) ) > > igual estaremos atentos a las conferencias que mencionás para ver las > nuevas tendencias. > > saludos > Mauricio > > ------------------------------ > *De:* Martín Salías <[email protected]> > *Para:* GUFA List Member <[email protected]> > *Enviado:* viernes, 21 de septiembre de 2012 9:20 > > *Asunto:* [GUFA] Consulta sobre .NET > > Hola, Mauricio. > > Hay una diferencia grande entre el mundo corporativo y el mundo "real". > Esta crisis se está agudizando ahora que se ve como más y más aplicaciones > dejan de correr en los entornos corporativos y se van a la nube. Obviamente > el mercado del desarrollo corporativo va a seguir ahí por años, pero cada > vez hay más oportunidades para grupos chicos que creen en lo que hacen. > > En ese sentido, Ruby está creciendo a pasos agigantados, no tanto a nivel > corporativo pero si en empresas que se orientan al mercado web masivo, que > al final las corporaciones terminan usando. Y Python tiene también un > mercado enorme, por ejemplo en servicios financieros y áreas de ciencia. > Python, junto con C, es uno de los lenguajes más populares en ambientes de > High Performance Computing. > > Otra vez, para entender los porque, recomiendo las conferencias. :) > > Saludos, > --- > Martín Salías > <http://codeandbeyond.org/> > <http://codeandbeyond.org/> > > > > 2012/9/21 Mauricio Pistiner <[email protected]> > > Martín, > > Siempre es interesante leer tus opiniones. Tanto Ruby como Python se > presentan como lenguajes dinámicos OO más elegantes y menos complejos que > otras opciones, la pregunta sería por que el main stream de la industria > corporativa del software se ha volcado tanto a JAVA y otro tanto a .NET > casi como un mandato, a su vez PHP sería como un hijo no reconocido del > cual todos reniegan y sin embargo es usado en un % importantísimo en el > mundo WEB. La gente que se prepara para salir al mundo laboral del código > tiene quizá más posibilidad de colocarse si maneja las herramientas antes > mencionadas y así se genera un circulo de oferta y demanda. Para un gerente > de proyecto TI buscar programadores Ruby o Python quizá no sea tan sencillo > y por eso apuesten a algo más seguro. El viejo tema de tendencia de mercado > versus "herramienta ideal". > > Saludos > Mauricio > > Enviado desde mi iPad > > El 20/09/2012, a las 21:11, Martín Salías <[email protected]> escribió: > > Hola, Mauricio. > > Groovy es interesante, pero no tiene mucho sentido si no tenés que > integrarte con aplicaciones que ya tengas en Java. Sin esa restricción, > Ruby es menos complejo en todo sentido, y bastante más eficiente en varios > frentes, sobre todo Ruby 1.9.x. > > Como vos decís, baja la complejidad, *respecto de Java*, no de Ruby. Si > no tenés compromiso previo es mucho más sencillo ir a Ruby directamente. > > De nuevo, si pueden, dense una vuelta por la > RubyConf<http://rubyconfargentina.org/es> > . > > Saludos, > --- > Martín Salías > <http://codeandbeyond.org/> > <http://codeandbeyond.org/> > > > > 2012/9/20 Mauricio Pistiner <[email protected]> > > Otro entorno interesante que está ganado posiciones es Groovy, un > lenguaje dinámico que corre sobre la JVM y Grails, un framework MVC > escrito en Groovy. Parece el intento del mundo JAVA para competir con ROR > bajando el nivel de complejidad. > > > > > >
