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/>
<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/>
_____
<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/>
<http://codeandbeyond.org/> Hola, Pablo.
<http://codeandbeyond.org/>
<http://codeandbeyond.org/> Yo te tiro algunos cascotes, ya que pediste...
8-)
<http://codeandbeyond.org/>
<http://codeandbeyond.org/> Pero primero, le contesto a Carlos:
<http://codeandbeyond.org/>
<http://codeandbeyond.org/> IronPython está actualmente liberado como open
source y mantenido por la comunidad, pero no demasiado intensamente. Como
podés ver en:
<http://codeandbeyond.org/> https://github.com/IronLanguages/main todavía
hay commits, pero no una barbaridad.
<http://codeandbeyond.org/>
<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/>
<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/>
<http://codeandbeyond.org/> Contra-argumentos para el amigo Pioli:
<http://codeandbeyond.org/>
<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/>
<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/>
<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/>
<http://codeandbeyond.org/> Les dejo este videíto clásico del amigo Facundo
Batista, ya que hablamos de Python:
<http://codeandbeyond.org/>
<http://codeandbeyond.org/> Python ¿más rápido que C?
<http://codeandbeyond.org/> 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/>
<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/>
<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)
<http://codeandbeyond.org/>
<http://codeandbeyond.org/>
<http://codeandbeyond.org/>
<http://codeandbeyond.org/>
<http://codeandbeyond.org/>
<http://codeandbeyond.org/>
<http://codeandbeyond.org/>
<http://codeandbeyond.org/>
<http://codeandbeyond.org/>
<<image001.jpg>>
