[GUFA] Consulta sobre .NET

[chulo unl]

perdón por la intromisión, me engancho a la pregunta de martín: es necesario desarrollar aplicaciones desktop? es correcto desarrollar aplicaciones desktop? las aplicaciones que se pueden ejecutar vía un browser no es mejor? nula instalación, corrección al instante, una buena css "refresca" enteramente la aplicación, etc... mi granito de arena El 18/09/2012 8:18, Martín Salías escribió: Hola, Carlos. No es el mayor problema. wxpython funciona en Windows sin problemas, pero no es Winforms, que si se puede usar desde IPy, pero te quedaría fuera del framework. Por otro lado ¿todavía quieren seguir haciendo aplicaciones desktop? Saludos, --- Martín Salías 2012/9/18 Carlos Miguel FARIAS <carlosmiguelfar...@yahoo.com.ar> 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 <mar...@salias.com.ar> Para: GUFA List Member <GUFA@mug.org.ar> 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 <carlosmiguelfar...@yahoo.com.ar> 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 <mar...@salias.com.ar> Para: GUFA List Member <GUFA@mug.org.ar> 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 <ppi...@hotmail.com> 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 <ppi...@hotmail.com> Para: GUFA List Member <GUFA@mug.org.ar> 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)