librelist archives

« back to archive

si pudieras agragar/sacar librerias a erlang/OTP cuales serian?

si pudieras agragar/sacar librerias a erlang/OTP cuales serian?

From:
Mariano Guerra
Date:
2010-11-15 @ 02:46
buenas,

 esta pregunta es un poco para mover la lista pero un poco para
conocer puntos fuertes de librerías externas a OTP y conocer puntos
débiles de librerías incluidas en OTP.

la consigna es:

si pudieras agregar alguna librería third party a erlang/OTP cual
seria y porque?

y de lo que hay actualmente en erlang/OTP que consideras flojo y porque?

empiezo yo así no se sienten presionados a ser los primeros en opinar ;)

personalmente las tres cosas que agregaría yo que considero muy
interesantes son:

 * mochiweb: un poco por el server, un poco por el parsing de json
 * ibrowser: buena librería para manejar HTTP
 * SimpleBridge: por si algún día te queres mover de server web y no
queres reescribir toda una capa

que opinan ustedes?

las opiniones de este thread de ser útiles serán agregadas al wiki
como librerías thirdparty interesantes y reemplazos/alternativas de
módulos erlang/OTP

saludos

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

From:
Nahuel Greco
Date:
2010-11-15 @ 18:51
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/

Saludos,
Nahuel Greco.



2010/11/14 Mariano Guerra <luismarianoguerra@gmail.com>:
> buenas,
>
>  esta pregunta es un poco para mover la lista pero un poco para
> conocer puntos fuertes de librerías externas a OTP y conocer puntos
> débiles de librerías incluidas en OTP.
>
> la consigna es:
>
> si pudieras agregar alguna librería third party a erlang/OTP cual
> seria y porque?
>
> y de lo que hay actualmente en erlang/OTP que consideras flojo y porque?
>
> empiezo yo así no se sienten presionados a ser los primeros en opinar ;)
>
> personalmente las tres cosas que agregaría yo que considero muy
> interesantes son:
>
>  * mochiweb: un poco por el server, un poco por el parsing de json
>  * ibrowser: buena librería para manejar HTTP
>  * SimpleBridge: por si algún día te queres mover de server web y no
> queres reescribir toda una capa
>
> que opinan ustedes?
>
> las opiniones de este thread de ser útiles serán agregadas al wiki
> como librerías thirdparty interesantes y reemplazos/alternativas de
> módulos erlang/OTP
>
> saludos
>

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------

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

From:
Nahuel Greco
Date:
2010-11-19 @ 00:10
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.

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

From:
Iñaki Garay
Date:
2010-11-19 @ 01:32
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------