La pregunta de ironpython era porque como parte del grupo de trabajo "tira" para .NET, y a mi me interesa python (ide dabodev por ejemplo), era para ver si prevalece .NET, meter la pata por el lado de ironpython. Saludos y gracias: Miguel, Santa Rosa (LP)
________________________________ De: Martín Salías <[email protected]> Para: GUFA List Member <[email protected]> Enviado: lunes, 17 de septiembre de 2012 11:49 Asunto: [GUFA] Consulta sobre .NET Hola, Pablo. Yo te tiro algunos cascotes, ya que pediste... 8-) Pero primero, le contesto a Carlos: IronPython está actualmente liberado como open source y mantenido por la comunidad, pero no demasiado intensamente. Como podés ver en: https://github.com/IronLanguages/main todavía hay commits, pero no una barbaridad. La pregunta es ¿porqué pensar en usar IronPython? El motivo para usar esa versión en lugar de C-Python (la implementación principal) suele ser que: a) necesites usar Python como lenguaje de scripting para extensiones de una aplicación .NET existente b) necesites utilizar algunas librerías de .NET que NO tengan un equivalente en el mundo Python (bastante poco frecuente) c) te interese tanto Python que quieras colaborar con el proyecto (pata lo que hay que saber MUCHO de Python, C#, etc) Si están considerando Python, te recomiendo que arranquen por Python común (el de Python.org), aprendas con eso y si algún día lo necesitás, busques IronPython para alguno de estos escenarios específicos. Contra-argumentos para el amigo Pioli: - Si no te acostumbrás a escribir test unitarios (mi recomendación es TDD sin medias tintas) no importa en qué lenguajes estés escribiendo tu aplicación: estás generando código legacy. Por este lado, Carlos, te recomiendo que aprendan TDD a la vez que cualquier lenguaje nuevo. Y ya que estamos, es muchísimo más fácil hacer TDD en un lenguaje dinámico que en uno estático, casualmente porque los tipos estáticos generan MUCHA fricción y dependencias por definición. - A Heljsberg, que también es uno de mis ídolos, no siempre le doy la razón. La manera de evitar problemas con programas muy grandes es no escribirlos. A esta altura hay miles de "aplicaciones" JavaScript que son altamente mantenibles, porque son conjuntos de piezas pequeñas trabajando en conjunto. Y esto es muchísimo más fácil de hacer en JS (o Python, para el caso) que en lenguajes tipados. Ya que citamos a los grandes, el Maestro Angel "Java" López tiene una gran definición de JavaScript: "es una manteca, nene" (pronunciar a lo Bambino). 8-) - Las diferencias de rendimiento de los lenguajes son en muchísimos casos una especie de ilusión. ¿Qué tipo de aplicaciones generás donde realmente el procesamiento sea tanto más crítico que el I/O involucrado? Como ejemplo, fijate que hoy muchas de las aplicaciones de más alta performance en la web se hacen sobre Node.JS (o sea, JavaScript). Les dejo este videíto clásico del amigo Facundo Batista, ya que hablamos de Python: Python ¿más rápido que C? http://youtu.be/cPVlYWxcu18 Saludos a todos y un abrazote a Pioli (¿vas en octubre a Agiles 2012 en Córdoba?) --- Martín Salías 2012/9/17 Pablo Pioli <[email protected]> Como ser un excelente lenguaje lo es. > >Yo, y me pongo a resguardo del apedreo, luego de trabajar manteniendo una aplicacion compleja en VFP no elegiria un lenguaje dinamico para una aplicacion grande. A menos, claro, que sean superresponsables en armar tests unitarios de todo y tengan una organizacion del codigo ejemplar. Ya lo dijo Anders Hejlsberg, podes escribir un programa grande en Javascript, lo que no podes hacer es mantenerlo. > >Tene tambien en cuenta que si vas a llamar a tu codigo Python constantemente desde un lenguaje fuertemente tipado tenes una ejecucion mas lenta (aunque lo optimizaron bastante). Y si vas a mirar el IL generado te vas a volver loco. > >Pablo Pioli > > >El 17/09/2012 07:48 a.m., Carlos Miguel FARIAS escribió: > >En el lugar donde trabajo (Municipalidad de Santa Rosa), tenemos que >reemplazar las herramientas de trabajo en uso (progress implantado por una >empresa que nos vendio software, con la venia de los políticos del momento), >[visual] foxpro [DOS-8/9] de desarrollos propios, algo de java, y algo de php >(que sería lo menos problemático porque se usa para soluciones web). >>En función de lo que indique, estoy haciendo un analisis FODA de la >>herramienta de reemplazo (no necesariamente 1 sola) y se estan viendo muchas >>opciones. >>Genexus, Windev, Java, python, C# (y de ahí dentro de .NET, ironPython). >>Con la herramienta que se seleccione, tenemos que empezar a entregar sistemas >>renovados para 2014 (en prueba desde mediados de 2013). >>Como python como lenguaje convence a varios (en realidad no disgusta a >>nadie), queriamos saber si dentro de .NET, la cosa anda bien. >>Saludos: Miguel, Santa Rosa (LP) >> >> >> >> >>________________________________ >> De: Pablo Pioli <[email protected]> >>Para: GUFA List Member <[email protected]> >>Enviado: domingo, 16 de septiembre de 2012 13:58 >>Asunto: [GUFA] Consulta sobre .NET >> >> >>Como referencias se pueden dar muchas. Para que estas buscando usar >>IronPython? >> >>Pablo Pioli >> >> >>El 15/09/2012 07:43 p.m., Carlos Miguel FARIAS escribió: >> >>Alguien tiene referencias sobre ironpython? >>>Saludos: Miguel, Santa Rosa (LP) >>> >> >> >> >> > >
