On 12/1/06, Juan Linietsky <reduzio@...> wrote:
> A mi me gusta mucho python, personalmente. smalltalk creo que es algo
> demasiado academico en mi punto de vista, y la sintaxis un poco
> confusa.

bueno, una de las personas que me hablo muy bien de python fuiste vos :D
de smalltalk todavia no conozco nada y no puedo opinar...

> Aun asi, para audio uso C/C++, ya que cualquier prueba util que quiero
> hacer necesita ser compilada, ya que en python no obtengo la
> suficiente performance.

seguramente con c/c++ vas a obtener mejor performance, pero lo que yo
"propongo"[1] es reemplazar lo que muchos hasta ahora haciamos con
matlab con python

sobre todo para probar cosas (algoritmos por ejemplo) y graficar
resultados, no para hacer cosas en tiempo real... y con la ventaja
extra (en python) de que para muchos casos también puede servir como
implementación final (por ej procesos no muy complejos en los que
perder unos segundos (o milisegundos) no importa)

otras ventajas que veo:

* matlab esta muy extendido desde hace muchos años en el ámbito
academico, lo usan muchisimo en ingenieria y matemáticas (y no se si
también en cs. de la computación). Por lo tanto la sintaxis y uso es
bastante conocida y lo usa mucha gente que no se dedica a programar y
no podrian meter mano en c++ (o tampoco les interesa meterse con eso)
y considero que python no añade demasiada complejidad extra con
respecto a matlab, pero habria que preguntarle a alguien que no
programe todos los días y solo conozca matlab como lenguaje de
programación.

* bueno, como dije antes yo a matlab lo veo más como una herramienta
para "modelar". Luego con el modelo ya testeado, es más facil llevar
la implementación a c++, vhdl, assembly o lo que sea necesario

> Para interfaces de usuario, creo que evoluciono mucho el mundo y las
> filosofias, y hoy en dia en C++ se pueden hacer con mucha facilidad
> (usando QT por ejemplo)

si, es verdad, es muy bueno qt
hablando de esto, vi que con qtdesigner se puede usar en python las
mismas interfaces "diseñadas originalmente para c++" (en realidad yo
las diseñe orginalmente para c++ porque el formato en que las guarda
es standard(xml? no me acuerdo) y se pueden transformar en las
implementaciones que esten disponibles, por lo menos yo ahora solo
conozco que se puede generar código c++ y python :D)


[1] jejej, no estoy diciendo que se me ocurrio a mi, ya esta todo
"inventado" y disponible, solo lo estoy contando :P
--
Hernán
http://h.ordia.com.ar
GnuPG: 0xEE8A3FE9