Usar Clientes delgados (solo navegador) es otra de las opciones que estamos analizando, y las opciones en esos casos son php y python, tal vez ruby. No se descarta .NET ni Java. Como les comente, estoy recabando información. Saludos: Miguel, Santa Rosa (LP)
________________________________ De: Martín Salías <[email protected]> Para: GUFA List Member <[email protected]> Enviado: martes, 18 de septiembre de 2012 8:18 Asunto: [GUFA] Consulta sobre .NET 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 <[email protected]> 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) >>>>> >>>> >>>> >>>> >>>> >>> >>> >> >> >> > > >
