[pyar] [OT] sobre un "segundo" lenguaje...

[Angel Java Lopez]

Si van a ver Lisp, vean Clojure. Es dinamico, compila a Java por abajo (hay
version para .NET CLR), con lo que es eficiente, compila opcionalmente a
JavaScript, y podes aprovechar el ecosistema Java. Hasta supongo, solo
supongo, que podes llegar a usar algo de Jython. Un purista de Lisp le
encontraria "peros", pero como nombran eficiencia como un objetivo, tal vez
este sea el paso a seguir.

Pero personalmente, iria por JavaScript con V8/Node.js primero, a ver si el
tema eficiencia de ahi les satisface o no.

- Es expresivo (yo diria mas que Python)
- Es dinamico
- Poca ceremonia
- La engine V8 esta muy "afiatada"
- Es ubicuo (poca friccion multiplataforma)
- Ecosistema de paquetes vibrante
- El manejador de paquetes que tiene es de lo mejorcito que vi hasta ahora
- Las funciones son ciudadanos de primera clase
- El module pattern es muy bueno para ir armando sistemas, es el "ladrillo"
que faltaba (escribir todo en un archivo, y exponer solo lo que se quiere
exponer para afuera)(todos los quirks de JavaScript pueden esconderse en un
modulo)
- Hay varias librerias para soporte de TDD
- Y hay (perdon lo sexista, pero es la mejor expresion que encuentro por
estos lares) "programacion macho" es decir, pelas el editor y programas, ya
esta
- Me gusta ... .jejeje... se nota? ;-)

Pero no se cuales son los requerimientos de "eficiencia".

Volviendo a Python, cuando hizo falta eficiencia se puede llamar a C. NumPy
es un ejemplo paradigmatico. No necesariamente hay que abandonar Python

Ahora, si es eficiencia por sacarse el GIL de encima, sin tener experiencia
personal, vi que hay gente que lanza sus aplicaciones en Jython.

Y dejenme dejar un consejo de tipo "el diablo sabe por diablo, pero mas
sabe por viejo" (es decir, de alguien como yo que esta mas cerca del arpa
que de la guitarra ;-). Por el tema de eficiencia, siempre medir. No
dejarse llevar por "esto asi corre mas rapido". Medir, medir, medir. Y ver
que la eficiencia realmente agregue valor al negocio (he visto a gente
optimizando varios ordenes la eficiencia de algo ... que se ejecuta una vez
CADA SEIS MESES ;-)

Nos leemos!

Angel "Java" Lopez
@ajlopez





2014-02-06 13:47 GMT-03:00 Alejandro Zamora Fonseca <terefv en ltu.sld.cu>:

> Hola a todos:
> espero que no ser demasiado "hereje"  con lo que voy a preguntar...
>
> Comienzo.
> Todos sabemos de las muchísimas virtudes de python como lenguaje y
> tecnología pero también de su problema con la eficiencia(aunque sé hay
> varias opciones para acelerarlo un poco).
>
> Entonces estoy metido en un projecto donde hace falta bastante eficiencia
> y casi que estoy obligado a no usar python, entonces bueno... sé que hay
> muchísimas opciones... pero tiene que ser un lenguaje con implementaciones
> muy eficientes...
> Pero el kid de la cuestión es que no quiero perder la riquez en
> expresividad de Python y por tanto no quiero usar  ninguno de los
> "mainstreams languages(C/C++/Java)" que realmente ya me desagradan por su
> sintaxis a pesar de todas sus IDEs y demás ventajas.
> Quiero un lenguaje que sea bastante eficiente(me refiero por supuesto a
> uso de memoria y rapidez  de ejecución) pero quiero quiero que sea tambien
> bastante expresivo como python, ahh!! y multiparadigma, por lo que por ahí
> desecho otro grupo de lenguajes importantes...
> Entonces he pensado en LISP(específicamente Common Lisp) para mi
> proyecyto¿qué creen?
>
> Saludos ..
>
> Alejandro
>
>
>
>
> --
>
> Este mensaje le ha llegado mediante el servicio de correo electronico que
> ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema
> Nacional de Salud. La persona que envia este correo asume el compromiso de
> usar el servicio a tales fines y cumplir con las regulaciones establecidas
>
> Infomed: http://www.sld.cu/
>
> _______________________________________________
> 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
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20140206/08b43db9/attachment.html>