[eside-ghost] Language of choice. Era Re: c# y VB .net

[Jon Valdés]

Alfredo Beaumont wrote:
> Asistí hace unos años a una charla de Juanval muy interesante sobre haskell. 
> Era una charla introductoria pero no sé si él lo utiliza para cosas más 
> serias.

Juas, no, estuve leyendo info de Haskell puramente como técnica de 
brain-training (los Monads de Haskell me tuvieron loco durante casi un 
mes, y no llegué a entenderlos del todo), y de todo eso salió una charla 
un poco extraña (no me gustó demasiado el resultado :-S

El asunto es que para los que únicamente hemos estudiado Pascal, C++, 
Java y tal, los lenguajes funcionales hacen que tengas que exprimirte 
bastante el cerebro para poder entenderlos, pero cuando empiezas a 
entender, todo "encaja". Todo parece natural y perfecto, y "tal y como 
debería ser" :)

> Yo utilizo dos lenguages en 'producción' (esto es muy subjetivo - un script de 
> emacs lisp es producción?), aunque en realidad son multiparadigma, lisp (sobre 
> todo common lisp) que es parcialmente funcional y factor que es concatenativo 
> (se podría decir que eso es antifuncional, pero a nivel práctico el 
> funcionamiento es similar). Me gustan porque son muy potentes y se integran 
> muy bien con emacs, creando en entorno muy interactivo.

Dioooos Factor nooo. Después de la prueba del hackit que hiciste el año 
pasado, no pienso usarlo nunca xDDD

> Lógicamente no los puedo utilizar más que en un número reducido de proyectos, 
> utilizo factor sobre todo para scripting, pero creo que serían mis languages 
> of choice.
> 
> De los lenguajes que se comentan, creo que smalltalk está obsoleto (más que el 
> lenguaje, las implementaciones), haskell no me gusta porque su purismo lo hace 
> 'impractico'. Creo que lenguages funcionales más interesantes a nivel práctico 
> son erlang y ocaml.

A mi lo que me intriga es que los lenguajes funcionales son 
hiperpotentes para trabajar con datos y tal... pero luego... cómo creas 
una ventana con un par de botones y dos tablas en haskell, common lisp, 
ocaml, scheme, o lo que sea?

Vamos, que para crearte un parser o un transformador de xslt me creo que 
tienen que ser la leche. O para temas de IA (Scheme tiene directamente 
un operador de backtracking como parte del lenguaje...). Pero para 
aplicaciones del día a día los veo un tanto extraños.

Vamos, que me consta que hay bindings de GTK para haskell y cosas así 
(hay hasta bindings de OpenGL...), pero no veo cómo sería la estructura 
de un programa con GUI en un lenguaje funcional.

Taluegooo