erkosone wrote:Cuando salga la nueva beta haré algunos test para que veas diferencias, gemix es muy bueno en cosas como renderizar muchos graficos, pero es muy malo en cosas como ejecutar código rápido
Gemix es el DIV-Like que ejecuta mas rapidamente de todos el codigo, nigun otro actualmente llega a su velocidad, incluso es mas rapido de Lua, java, etc... salvo si estos no usan JIT para convertir en runtime el codigo interpretado en nativo, y obviamente es mas lento que C (almenos de momento), pero dudo mucho que processing se ejecute mas rapido, almenos que, como dicho no use JIT.
erkosone wrote:y hace falta un trabajo desmesurado para portar alguna librería al lenguaje.
Desmesurado no, lo tipico para hacer una libreria en C/C++ (mas complejo si se quiere usar tambien assembly), obviamente si lo comparas con un lenguaje a alto nivel como processing te parece desmesurado.
erkosone wrote:La filosofia de gemix/div es buena, pero puedes tenerla en cualquier lenguaje como C++ o Java, y abierto.
No la tienes, el concepto atraves los procesos es casi eclusico de DIV, no existen en estos lenguajes, pero si puedes montarlo en otros.
erkosone wrote:Ami me gusta y me gustará Gemix por su sencillez, pero llega un punto en que quieres mas y no hay mas, o haces tu las librerías o no existen y hay que dar el salto a otro lenguaje para seguir avanzando.
De aqui viene el problema, que las librerias que encontras en Processing u otros lenguajes, estan creadas en la mayoria de los casos por la comunidad, salvo que no haya un equipo oficial muy extenso, es claro que si la comunidad de Gemix estuviera haciendo librerias para expander el lenguaje no tendria limitaciones, o almenos habria bastante menos.