🚀 go-pugleaf

El Mon, 24 Sep 2001 08:17:45 +0200, X escribi�:
>Voy a realizar una librer�a y un programa de sonido. Esta librer�a va a
>manejar de forma intensa algoritmos sonoros. Ser� exclusivamente para
>Linux.
>
>Quiero elegir correctamente un lenguaje donde escribirlo. No necesita ser
>un lenguaje muy extendido, pero si que tenga librer�as para programar el
>interface en GTK. Tambien debe ser un lenguaje medianamente r�pido, y debe
>ser compilado.
>
>No me gustar�a usar C/C++. El uso de punteros en algoritmos muy complejos
>me traeran  por el camino de la amargura.
>
>En principio he pensado en Ocaml y en Huskell, pues son lenguajes
>funcionales muy adecuados para la representaci�n de algoritmos complejos,
>pero tienen un problema: no conozco mucho de ellos y tendr�a que perder
>mucho tiempo en aprender. Ocaml adem�s tiene la ventaja de compilar c�digo
>muy r�pido, algunas veces m�s que C.
>
>�Qu� opinais? �Qu� lenguaje eligir�ais? �Valdr�a la pena aprender estos
>lenguajes funcionales? �Qu� lenguajes imperativos recomendar�ais?

   Yo usaria seguramente C, mas que nada por que es el que se. Bindings
para GTK los hay en Perl, Ada, Eiffel y Python, auunque en la web de gtk
podras mirar si hay alguno mas (que casi seguro que si, pero ahora mismo no
los recuerdo). Ten en cuenta que gtk 2.0 esta en desarrollo y no va a ser
compatible a con gtk 1.2 a nivel binario. 
   
	Quizas una razon para elegir C es la posible necesidad de apoyarte en
librerias externas (como por ejemplo libfft). Es mas probable que las
encuetres en C/C++ que en Ocaml o Haskell. Tambien puede ser util C desde
el punto de vista de la colaboracion (no se si el proyecto es personal o
no, asi que quizas no sea demasiado importante este punto). Creo que hay
mas gente que programa en C que la que hay en Ocaml, asi que es mas facil
que puedas encontrar ayuda programando en C que en Ocaml.

-- 

	Miembro del grupo LILO: http://lilo.sourceforge.net
	
Linux User 157744
Red Hat 6.0 (2.4.9)
raul at escomposlinux . org