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

Responder a