[pyar] Por qué JAVA para ERPs y no Python? ( o al revés)

[andres.osinski en gmail.com]

- Con cuál serían más productivos (en términos de tiempos) con JAVA o Python?

Python es sustancialmente mas productivo por hora hombre, pero el seniority y nivel de experiencia de los programadores con los que contas van a ser mas importantes.

- Toda esa carga transaccional la puede soportar Python sin tener que
hacer tweaks? (Considerando, además las limitaciones de
multi-procesamiento del GIL)

 Es irrelevante para tu caso. Por como suena esto el 99% de tus performance va a ser ligada a IO, por lo que te importa por encima de todo tener un buen arquitecto y DBA.

- Qué hay con el rendimiento de los queues en Python vs JAVA?

En la practica hace muy poca diferencia. Las queues mas rapidas estan escritas en C, pero no hay ningun message queue que no tenga api para todos los lenguajes mas populares. Es mas importante saber si la cola entra en memoria y si hace falta persistirla a disco.

Opiniones de experiencia personal: es mucho mas facil arrancar con un stack de python,  porque en Java hasta que termines de configurar application servers, paths, y esas cosas vas a haber perdido una semana.

Python requiere mas conocimiento ajeno a Python. Es decir, con Java una vez que conoces los vericuetos de la JVM, no es muy importante el entorno en el que ejecuta todo. En python la vm anda bien sin preconfigurar nada, pero dada la ausencia de entornos integrados de desarrollo, la gente va a tener que manejar comodamente editores de texto pdb, virtualenv, git, etc (ojo, me parece fantastico laburar de esa forma, pero la gente que viene de usar Eclipse toda su vida para desarrollar suele ser muy reticente a esos cambios),

Ah, y olvidate de usar Python en Windows. No porque es imposible, pero el workflow para desarrollar con windows simplemente no existe.
Enviado desde mi BlackBerry de Movistar (http://www.movistar.com.ar) 

-----Original Message-----
From: Alfonso de la Guarda <alfonsodg en gmail.com>
Sender: pyar-bounces en python.org.ar
Date: Sun, 19 Feb 2012 01:28:11 
To: Python Argentina<pyar en python.org.ar>
Reply-To: Python Argentina <pyar en python.org.ar>
Subject: [pyar] Por qué JAVA para ERPs y no Python? (
	o al revés)

Hola,

En mis manos tengo una importante decisión que implica gestionar todo
el sistema integral de salud estatal (tanto a nivel administrativo
como asistencial) de 10 millones de ciudadanos, con más de 200 centros
de salud.

Ya hemos hecho un estudio, desarrollado un proyecto, definido todo en
una cuasi-biblia.... pero cuando tenemos que aterrizar esto todo se
resume a 2 opciones:
JAVA (Adampiere, Compiere, OpenBravo, Xendra, etc.) vs Python
(OpenERP, Tryton, etc.)


Es preferible emplear soluciones maduras que desarrollarlas y es por
eso que tenemos 2 escenarios aproximados (algunos integrados, otros
interoperando mediante SOA):
1. Adampiere conectado a OpenMRS (y desarrollar todo lo que falta,
desde obras de infraestructura, gestión de emergencias, hasta salud
renal pasando por telemedicina...)
2. OpenERP conectado a OpenMRS, Medical forkeado (GNU/Health), Bika,
Invesalius, etc. (y desarrollar lo que falta, aunque lo que falta
sería menos)

Todo esto empleando postgresql.

Es importante decir que hay una variable adicional: tiempo máximo de
18 meses y además varios módulos deben salir en menos de 4 meses.  En
la práctica el dinero no es problema, pero el desarrollo debe ser
interno, abierto y colaborativo con el ciudadano.

Se que es complejo lo que les planteo porque pocas veces tenemos un
escenario donde podemos manejar sistemas con 10 millones de usuarios,
más de un millón de transacciones diarias en todo un país a través de
conexiones de diversa índole, velocidad y confiablidad (eso supone
pensar en replicación, queues (rabbitmq, etc.)), entonces las
preguntas son:

- Cuáles son las ventajas que pueden encontrar de Adampiere vs
OpenERP, pensando en términos de escalabilidad, interoperatibilidad,
etc.?
- Con cuál serían más productivos (en términos de tiempos) con JAVA o Python?
- Toda esa carga transaccional la puede soportar Python sin tener que
hacer tweaks? (Considerando, además las limitaciones de
multi-procesamiento del GIL)
- La mayoría de aplicativos son Python (para el escenario 2), sin
embargo, si escogieran Adampiere como core para la parte
administrativa preferirían mantenerlos llevándolos a SOA o simplemente
re-escribirlos en JAVA?
- Qué hay con el rendimiento de los queues en Python vs JAVA?
- Alguna idea, opinión, sugerencia?

Agradeceré su participación porque las decisiones se deben tomar en 3
días y me gustaría agregar sus ideas a la solución final, por supuesto
que me gustaría que todo fuera Python pero sé que un gobierno no es
Youtube o Google (los escenarios de ellos son ideales, pero no es el
caso).

Saludos,

--------------------------------
Alfonso de la Guarda
Centro Open Source(COS)
http://www.cos-la.net
http://alfonsodg.net
Twitter: @alfonsodg
Redes sociales: alfonsodg
   Telef. 991935157
1024D/B23B24A4
5469 ED92 75A3 BBDB FD6B  58A5 54A1 851D B23B 24A4
_______________________________________________
pyar mailing list pyar en python.org.ar
http://listas.python.org.ar/listinfo/pyar

PyAr - Python Argentina - Sitio web: http://www.python.org.ar/

La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de Argentina - http://www.usla.org.ar