Totalmente entendible. 
Y Dabo no correria en .NET, porque usa wxpython y está estaría a los golpes con 
el entorno gráfico de Windows.
Gracias y Saludos: Miguel, Santa Rosa (LP)


________________________________
 De: Martín Salías <[email protected]>
Para: GUFA List Member <[email protected]> 
Enviado: lunes, 17 de septiembre de 2012 22:34
Asunto: [GUFA] Consulta sobre .NET
 

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





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
>
>
>
>
>
>
>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)
>>>>
>>>
>>>
>>>
>>>
>>
>>
>
>
>

Responder a