[Butia-devel-list] Toribio.

[FAcundo]

lujo,

On 02/11/12 16:38, Jorge wrote:
> On 01/11/12 12:46, FAcundo wrote:
>> dale, qué hay que hacer?
>
> Opción 1: usarlo para hacer aplicaciones. Una buena manera de empezar es
> 1. instalarlo: 
> https://github.com/xopxe/Toribio/blob/master/docs/0-Installation.md
> 2. mirar el tutorial: 
> https://github.com/xopxe/Toribio/blob/master/docs/1-Tutorial.md
>
>
> Opción 2: desarrollar. Hay una lista de pendientes: 
> https://github.com/xopxe/Toribio/blob/master/TODO
>
> En particular me interesa el primer punto, donde podría venir bárbaro 
> alguien con mas teoría y mas experiencia. La idea es ofrecer un 
> mecanismo simple y estandar para escribir comportamientos. Siguiendo 
> las recomendaciones del gonchi en su momento mire el subsumption de 
> LejOS (hay de donde empezar: https://github.com/rsisto/luaRoboEmb). El 
> problema con ese modelo es que está basado en polling. El despachador 
> central debe pollear las condiciones que controlan la actividad de los 
> comportamientos, y eso tiene varias desventajas (carga de cpu/uso de 
> bateria/latencia en la toma de decisiones). En Toribio existe la 
> posibilidad de usar eventos asíncronos en vez de funciones que hay que 
> evaluar explícitamente, lo que sería una opción mucha mas liviana y 
> elegante. Pero no se si subsumption se puede adaptar así (subsumption 
> asíncrono? subsumption concurrente?), o si hay otro paradigma más 
> cómodo...
el subsumption de lejos sirve, anda, pero no se parece mucho a la idea 
teórica en la que, según su nombre, se inspira.
de hecho, la teoría de subsumption implica comportamientos concurrentes. 
lo vicho pero huele que se debería adaptar bien.
>
> Cualquier pista es de interés.
>
> Saludos,
>
> Jorge
salud
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: https://www.fing.edu.uy/pipermail/butia-devel-l/attachments/20121105/3ecb3cbe/attachment.html