librelist archives

Re: [erlar] si pudieras agragar/sacar librerias a erlang/OTP cuales serian?

From:

Iñaki Garay

Date:

2010-11-15 @ 19:32

2010/11/15 Nahuel Greco <ngreco@gmail.com>:
> Le sacaría el soporte de wxWidgets, que está muy bugoso y en un mundo
> HTML5 deja de tener sentido. Me parece que la pifiaron al reemplazar
> gs/tk por wx, a lo sumo lo reemplazaría por Qt, que con el cambio de
> licencia dejó sin razón de ser a wxWidgets. En la misma linea,
> agregaría un WebKit embebido, algo como esto:
> http://www.aclevername.com/articles/python-webgui/

Justo el otro dia en el canal freakazoid y MonocQc hablaban de eso.
el consenso de ellos termino siendo que las aplicaciones complicadas
con interface web no eran comodas aun, y tenian mala performance, y
que usar webkit embebido podria andar mejor, por lo tanto un binding a
eso estaria bueno.

aunque Qt es superior a wx, no creo que un binding a Qt sea buena idea.
creo que una de las ventajas de wx es que es mas simple (aunque tiene
menos funcionalidad)
tiemblo al pensar el tamaño y complejidad que tendria el binding, la
cantidad de funciones y parametros necesarias para ponerle una cara
funcional a una libreria
que es OO hasta la medula (procesos son como objetos, bla bla :D )
actualmente, yo prefiero hacer la interfaz externa con otras
herramientas, como Qt o ncurses, y usar un port para comunicar la data
desde/hacia erlang.

por supuesto, Nahuel, caveat lector: no tengo mucha experiencia, tengo
menos experiencia aun con OTP, solo he usado gen_server y get_fsm, y
uso erlang para cosas 'no canonicas', no trabajo programando
servidores o telecomunicaciones. :)

yendo al grano, otra cosa que parece que el pueblo anda deseando es
mejor soporte para mail desde erlang, parece que gen_smtp no le
alcanza a nadie.
personalmente, sueño con el dia cuando alguien invente algo mejor que
el mail, no muere solo porque es mas simple que una piedra e igual de
estable.

como siempre, aclaro que hago mi mejor esfuerzo para contribuir de
manera sensata, en la medida que mi inexperiencia lo permite.

-- 
Iñaki Garay.

-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GCS/GMU d- s:- a25 C++ UL+++ P--- E- W+ PS+++ PE- Y+ t++ 5+ tv- b++
DI+ D--- G e h! r y++
------END GEEK CODE BLOCK------

2010/11/15 Iñaki Garay <igarai@gmail.com>:
>
> aunque Qt es superior a wx, no creo que un binding a Qt sea buena idea.
> creo que una de las ventajas de wx es que es mas simple (aunque tiene
> menos funcionalidad)
> tiemblo al pensar el tamaño y complejidad que tendria el binding, la
> cantidad de funciones y parametros necesarias para ponerle una cara
> funcional a una libreria
> que es OO hasta la medula (procesos son como objetos, bla bla :D )
> actualmente, yo prefiero hacer la interfaz externa con otras
> herramientas, como Qt o ncurses, y usar un port para comunicar la data
> desde/hacia erlang.
>

Ahora los bindings de Qt4 se autogeneran en parte con esta tool:

http://techbase.kde.org/Development/Languages/Smoke

Alternativamente creo que sin mucho esfuerzo se podría hacer un bridge
unicamente a QScript, usando esta interfaz:

http://doc.qt.nokia.com/4.6/qscriptengine.html

Una lib que me gusta en particular es plain_fsm, a diferencia de
gen_fsm las fsm quedan más erlang-like y además se pueden hacer
selective receives:

http://gist.github.com/gebi/jungerl/tree/master/lib/plain_fsm

Saludos,
Nahuel Greco.

2010/11/18 Nahuel Greco <ngreco@gmail.com>:
> Una lib que me gusta en particular es plain_fsm, a diferencia de
> gen_fsm las fsm quedan más erlang-like y además se pueden hacer
> selective receives:
>
> http://gist.github.com/gebi/jungerl/tree/master/lib/plain_fsm
che que interesante, siempre hornee mis propias fsm cuando gen_fsm me
quedaba grande, la voy a pispear

-- 
Iñaki Garay.

-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GCS/GMU d- s:- a25 C++ UL+++ P--- E- W+ PS+++ PE- Y+ t++ 5+ tv- b++
DI+ D--- G e h! r y++
------END GEEK CODE BLOCK------