Te recomiendo GENEXUS.
Sin dudarlo. Nosotros intentamos realizar lo mismo y fueron varios intentos fallidos y el ánimo de los clientes ya es demasiado de mal humor hasta tal punto de preferir cambiar de proveedor de Software. Conocimos GENEXUS y realmente es un producto que te permite desarrollar todo desde un mismo entorno. Es el futuro de la programación me parece, un producto excelente. Es mi opinión por supuesto. El código generado es en C# y anda bárbaro. bárbaro. Saludos. Daniel. De: [email protected] [mailto:[email protected]] En nombre de [email protected] Enviado el: martes, 18 de septiembre de 2012 9:39 Para: GUFA List Member Asunto: [GUFA] Consulta sobre .NET Hola a todos Nosotros necesitamos migrar a partir de enero del 2013 una aplicación grande, que llevamos desarrollando ininterrumpidamente desde hace casi 10 años, y que en dos ocasiones (años 2004 y 2006) hemos intentado migrar a C# (sin demasiada convicción, aunque con grados significativos de avance).- La aplicación esta desarrollada en VFP 9.0 y por las exigencias de giro (Lavandería Industrial hospitalaria y hotelera) corre en desktop y además en mobile/web mediante TS. Sabemos que la situación ya no se puede sostener, y que ésta oportunidad de migración es, literalmente, la última.- La aplicación controla hardware RFID y muchos periféricos ( convoyeurs mecanizados, PLCs de diversa maquinaria de lavado, etc.) Hemos evaluado algunas herramientas, pero no nos terminamos de decidir. La nueva versión tiene que correr en los tres entornos, y necesitamos que sea multiplataforma. Queremos saber que realizaremos la inversión sobre una plataforma para al menos otros diez años de vida.- Martin Salías: hace unos años recomendabas Ruby + Python. Me gustaría saber si todavía opinás lo mismo o si tenés actualmente algún consejo superador. ¿Que opinan de la Suite Windev? ¿y de Lianja? ¿conviene no salir de .net? Les agradeceré muchísimo sus opiniones Descripción: Descripción: image002 Diego Detinis Jablonka Dirección International Systems Group S.R.L. ARGENTINA: Puán N° 57, 3° Piso, Buenos Aires (C.A.B.A) ( (54) +11+ 5258-8761 ( (54) +11+ 5258-8762 MEXICO: Montecito N° 38, Piso 20 Oficina 34 World Trade Center Sócrates No.141 3er P. Los Morales ( +(52 55) 11 68 96 17 Distrito Federal BRASIL: Rua Julio Siquiera N° 1008 Bairro Donisio Torres Fortaleza, Ceará CEP 60.130-090 ( +(55 11) 3957-1819 [email protected] þ <http://www.isg-alexa.com/> www.isg-alexa.com AVISO: La información contenida en este mensaje y cualquier archivo anexo al mismo es confidencial y dirigida exclusivamente para su utilización y aplicación por los destinatarios consignados. En consecuencia, no debe ser divulgada a ninguna persona sin autorización previa. Si no es uno de los destinatarios consignados o la persona responsable de hacer llegar este mensaje a los destinatarios consignados. Los mensajes electrónicos pueden ser alterados. En consecuencia, International Systems Group S.R.L. no aceptará ninguna obligación cualquiera sea el resultante de este mensaje en caso de haber sido modificado, distorsionado o falsificado. De: [email protected] [mailto:[email protected]] En nombre de chulo unl Enviado el: martes, 18 de septiembre de 2012 08:30 a.m. Para: GUFA List Member Asunto: [GUFA] Consulta sobre .NET 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 <http://CodeAndBeyond.org> 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 <http://codeandbeyond.org/> <http://codeandbeyond.org/> 2012/9/17 Carlos Miguel FARIAS <[email protected]> <http://codeandbeyond.org/> 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) <http://codeandbeyond.org/> <http://codeandbeyond.org/> _____ <http://codeandbeyond.org/> De: Martín Salías <[email protected]> <http://codeandbeyond.org/> Para: GUFA List Member <[email protected]> <http://codeandbeyond.org/> Enviado: lunes, 17 de septiembre de 2012 11:49 <http://codeandbeyond.org/> Asunto: [GUFA] Consulta sobre .NET <http://codeandbeyond.org/> Hola, Pablo. <http://codeandbeyond.org/> Yo te tiro algunos cascotes, ya que pediste... 8-) <http://codeandbeyond.org/> Pero primero, le contesto a Carlos: <http://codeandbeyond.org/> 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 <http://codeandbeyond.org/> todavía hay commits, pero no una barbaridad. <http://codeandbeyond.org/> 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: <http://codeandbeyond.org/> a) necesites usar Python como lenguaje de scripting para extensiones de una aplicación .NET existente <http://codeandbeyond.org/> b) necesites utilizar algunas librerías de .NET que NO tengan un equivalente en el mundo Python (bastante poco frecuente) <http://codeandbeyond.org/> c) te interese tanto Python que quieras colaborar con el proyecto (pata lo que hay que saber MUCHO de Python, C#, etc) <http://codeandbeyond.org/> 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. <http://codeandbeyond.org/> Contra-argumentos para el amigo Pioli: <http://codeandbeyond.org/> - 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. <http://codeandbeyond.org/> - 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-) <http://codeandbeyond.org/> - 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). <http://codeandbeyond.org/> Les dejo este videíto clásico del amigo Facundo Batista, ya que hablamos de Python: <http://codeandbeyond.org/> Python ¿más rápido que C? http://youtu.be/cPVlYWxcu18 <http://codeandbeyond.org/> <http://codeandbeyond.org/> 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]> <http://codeandbeyond.org/> 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 <http://codeandbeyond.org/> El 17/09/2012 07:48 a.m., Carlos Miguel FARIAS escribió: <http://codeandbeyond.org/> 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). <http://codeandbeyond.org/> 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. <http://codeandbeyond.org/> Genexus, Windev, Java, python, C# (y de ahí dentro de .NET, ironPython). <http://codeandbeyond.org/> Con la herramienta que se seleccione, tenemos que empezar a entregar sistemas renovados para 2014 (en prueba desde mediados de 2013). <http://codeandbeyond.org/> Como python como lenguaje convence a varios (en realidad no disgusta a nadie), queriamos saber si dentro de .NET, la cosa anda bien. <http://codeandbeyond.org/> Saludos: Miguel, Santa Rosa (LP) <http://codeandbeyond.org/> <http://codeandbeyond.org/> _____ <http://codeandbeyond.org/> 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 <http://codeandbeyond.org/> Como referencias se pueden dar muchas. Para que estas buscando usar IronPython? Pablo Pioli <http://codeandbeyond.org/> El 15/09/2012 07:43 p.m., Carlos Miguel FARIAS escribió: <http://codeandbeyond.org/> Alguien tiene referencias sobre ironpython? <http://codeandbeyond.org/> Saludos: Miguel, Santa Rosa (LP)
<<image001.jpg>>
