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

[Alejandro Zamora Fonseca]

Bueno gracias por las últimas sugerencias.
Fernado, yo siempré respetaré a C/C++, de hecho de ahí provengo, los 
prefiere frente a Java, pero, aunque no esté actualizado en el tema de 
los últimos "releases" de C++ creo que Python es más expresivo que 
ellos.
De todas formas es verdad que para muchas cosas es muy difícil 
desprenderse de ellos, pero para ese proyecto ya me decidí por 
Lisp(específicamente Common Lisp (CL)) porque es tan o más expresivo que 
Python, normalmente es casi tan eficiente como C/C++(se dice que hay 
algunas implementaciones que incluso son más rápidas) y muchas otras 
cosas más... pero bueno no me voy a poner a hacer ping-pong yo tampoco 
jaja
Para mi de ahora en adelante(si no pasa otra cosa) hay 4 lenguajes 
Python, LISP(la familia, pero CL ppalmente) y C/C++, me gustaría pensar 
que con alguna combinación de ellos puedo atacar cualquier problema.
ahh!! y gracias por el link, voy a echarle un vistazo...

un abrazo
Alejandro


El 2014-02-28 23:39, Fernando Pelliccioni escribió:
> Hola Alejandro, ¿qué tal?
> 
> Respondo un poco tarde, espero que a tiempo :)
> 
> Me intriga saber qué tipo de proyecto vas a encarar.
> Creo que dependiendo de eso, de ahí surge que lenguaje te conviene 
> usar.
> 
> Según mi consideración, que puede estar un poco viciada, hay casos en
> los que no podes escapar de usar C, C++, D(¿?), y... creo que paro de
> contar. (Bueno, Fortran y assembly languages también, pero…)
> Pero bueno, todo depende del caso.
> Justamente estos lenguajes que recomiendo son los que pensaste
> descartar por su sintaxis. Me interesaría saber si existe alguna otra
> razón para descartarlos.
> 
> (Al margen, me da "cosita" poner en el mismo grupo a C y C++ con 
> Java...)
> 
> C++ con C++11 y el próximo C++14 se ha vuelto un lenguaje bastante
> más expresivo y simple, yo creo.
> Podríamos comenzar un PingPong sobre qué cosas te gustan de Python y
> yo puedo contestar con su contraparte en C++, quizás te hago cambiar
> de opinión.
> 
> Comparto el link de él que considero uno de los mejores y más
> detallados artículos que vi al respecto del análisis de lenguajes cuya
> prioridad en el diseño (del lenguaje) NO es la eficiencia.
> Concretamente trata de Javascript, pero aplica a muchos más.
> http://sealedabstract.com/rants/why-mobile-web-apps-are-slow/ [5]
> 
> Un abrazo,
> Fernando.
> 
> 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/ [1]
>> 
>> _______________________________________________
>> pyar mailing list pyar en python.org.ar
>> http://listas.python.org.ar/listinfo/pyar [2]
>> 
>> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/ [3]
>> 
>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre 
>> de Argentina - http://www.usla.org.ar [4]
> 
> 
> 
> Links:
> ------
> [1] http://www.sld.cu/
> [2] http://listas.python.org.ar/listinfo/pyar
> [3] http://www.python.org.ar/
> [4] http://www.usla.org.ar
> [5] http://sealedabstract.com/rants/why-mobile-web-apps-are-slow/
> 
> _______________________________________________
> 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

--

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/