JJ / modeling-volunteer-computing

Modelling volunteer computing on the web, ongoing paper for conferences and journals
http://nodio-jmerelo.rhcloud.com
Artistic License 2.0
2 stars 5 forks source link

Posible trabajo futuro #7

Open mariosky opened 9 years ago

mariosky commented 9 years ago

Hola a todos,

Me invitó JJ a participar en el trabajo, pero no me presentó con el equipo así que va:

Soy Mario García Valdez del Instituto Tecnológico de Tijuana, si me googlean va a salir pura información de un homónimo que es gobernador de un estado de acá y como buen especialista en programación Web no tengo página ah pero tengo apartados varios dominios para ello. Este mes si la hago mínimo un blog. Soy nuevo en el tema de Computación Evolutiva pero trabajando con JJ hemos publicado algunas cosas.

Me da gusto poder colaborar con ustedes y sin más aquí va la primera aportación.

Primero leí solo los comentarios por correo y le comenté a JJ que se debería incluir a los usuarios en el modelo, ya leyendo el articulo veo que si se consideran importantes.

Leyendo el resto del articulo me parece que en la implementación se pueden considerar aún más. Usando a Github como ejemplo: tenemos a JJ presumiéndonos su cantidad de commits y yo me asombro de la cantidad de cuadritos verdes en su página de Github que nos dicen que a diario trabaja en algo. Esto me motiva a tratar de imitar su dedicación y pues me propongo a hacer lo mismo. A nivel de Voluntarios humanos el poder medir nosotros mismos que tanto cooperamos y luego poder compartirlo creo que es importante. He estado trabajando en esta parte de la motivación en computo evolutivo interactivo pero siguiendo una ruta tipo Gamer con niveles de experiencia, logros y esas cosas, pero en este caso creo que puede ser más apropiado algo tipo GitHub.

En el articulo no se define bien el lado del cliente, solo está la sección Server Side. Los Voluntarios pueden ser simples Workers anónimos o algo más, como idea:

Voluntario registrado: Persona que desea participar y tiene un perfil, puede autenticarse etc.

Voluntario en sesión anónima: Persona que puede establecer una sesión comparte recursos en esa sesión o varias pero no tiene perfil. La sesión se establece con cookies.

Dispositivo registrado: Es un recurso computacional registrado por un voluntario registrado, tiene su perfil y puede ser desde un navegador en el que un usuario tiene una sesión activa hasta una computadora con claves SSH como Github o en la que podemos escribir como Dropbox.

Dispositivo anónimo: Este es el Worker normal, puras peticiones REST, sin Cookies ni nada.

Worker anónimo REST: Proceso que solo solicita trabajo y regresa el resultado utilizando REST solo sabemos su IP y demás datos del HEADER de la petición.

Aparte creo que también la mente de los usuarios puede ser considerada como un recurso, por ejemplo en sistemas evolutivos interactivos.

Con los voluntarios registrados se podrían tener diferentes niveles de participación, por ejemplo podrían hacer un Fork de un experimento y publicarlo en otro sitio, ejecutar todo un algoritmo varias veces localmente, llevar leader boards, etc.

Esto creo que está fuera del tema del paper actual: Designing and modeling a browser-based distributed evolutionary computation systems pero me parece importante para el de: Modeling Volunteer Computing.

Sobre la implementación actual:

GET y PUT Toman solo un individuo, ¿Por que no tomar conjuntos y que el default sea con cardinalidad 1?

En un proyecto hemos utilizado los HTML5 WebWorkers para hacer evolución en el browser y tienen un desempeño mucho mejor. ¿Los utilizan?.

JJ: ¿Podríamos utilizar EvoSpace como contenedor también?

Saludos PD. Esto hubiera sido mejor por correo? No es un Issue en sí, pero como veo que es la manera de comunicación,

pacastillo commented 9 years ago

Hola, Mario, ¡Encantado, Mario, de colaborar en este trabajo contigo!

JJ commented 9 years ago

Ya hemos hablado de esto por chat. Todas las ideas son válidas, pero creo que para investigarlo más a largo plazo. En este artículo me gustaría concentrarme en la modelización del usuario: cuanto tiempo está, todo eso. Con eso habría que sacar conclusiones para crear nuevos algoritmos, en donde cabe todo tipo de variaciones.

JJ commented 9 years ago

Vamos a dejar esto como trabajo para EvoStar/PPSN/WCCI/GECCO, ¿OK?

pacastillo commented 9 years ago

sí, es una buena idea como línea.