Hmmm... yo no mezclaría las dos cosas. Si no tenés una cultura Python alrededor no la vas a facilitar por usar IronPython (IPy) que tiene sus propios temas.
De hecho si querés usa Dabo framework, dudo que sea fácil correrlo en IPy, y menos usar herramientas especiales. IPy no es una versiónde Python para arrancar, sino para usar como un puente entre tecnologías. Suerte! --- Martín Salías <http://CodeAndBeyond.org> <http://CodeAndBeyond.org> 2012/9/17 Carlos Miguel FARIAS <[email protected]> > 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 > <http://codeandbeyond.org/> > <http://codeandbeyond.org/> > > > > 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]> <[email protected]> > *Para:* GUFA List Member <[email protected]> <[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) > > > > > > > > > > >
