Este bot crea parches para software de código abierto bajo el pseudónimo de un humano para que confíen en él

Este bot desarrolla parches para software de codigo abierto bajo el pseudónimo de un humano para que confíen en él

Luc Esape es un especialista de software del dispositivo de exploración Spirals en la Universidad de Lille en Francia. Trabaja con el dispositivo de exploración desde enero de 2017 y su misión es hallar bugs en software de codigo abierto anunciado en GitHub. Es de los mejores detectando errores y proponiendo parches, sin embargo juega con ventaja, es una máquina.

En realidad su nombre real, el que le pusieron sus creadores, es Repairnator. Repairnator fue inventado con la capacidad de corregir errores mucho preferible que los humanos, para ello analiza en tiempo real el codigo que se compila y sube a repositorios mediante integración continua. El bot sirve en Java, usando la cadena de tools Maven, en proyectos de codigo abierto hospedados en GitHub que utilizan Travis CI. Básicamente analiza los proyectos destinados a GitHub, localiza errores, los arregla con sus conocimientos y envía la corrección a los propietarios de los proyectos.

Rapirnator El proceso simplificado que continua Repairnator para trabajar.

Que sea un bot le acepta estar constantemente laborando y ser mas rápido que nadie. Por ejemplo, a principios de este año encontró un fallo en una compilación del proyecto GeoWebCache que se había anunciado en GitHub 10 minutos antes. Diez minutos después de encontrarlo, ya había destinado una propuesta de corrección a los encargados del proyecto. A pesar de que Luc Esape sabe corregir errores, no puede apreciar si le dan las gracias por corregirlos.

Los perjuicios por ser un bot

Por muy bueno que sea Repairnator corrigiendo errores y proponiendo parches a la sociedad de desarrolladores, no es del todo aceptado por los de su entorno. Los examinadores atras del bot se dieron cuenta de esto comprobando las reacciones de los desarrolladores al recibir las propuestas de corrección. Según indican, los desarrolladores no permiten las contribuciones de los robots tan sencillamente como las contribuciones de otros humanos, inclusive si son estrictamente idénticas.

Bot Repairnator ya lleva 43 contribuciones en GitHub este año.

¿La maquina no sabe codigo tan bien como un desarrollador? No exactamente, al parecer el dilema esta en que toleramos mas fallos de un humano que de una máquina. Por lo tanto, estamos mas predispuestos a aceptar un codigo de un humano porque “si despues esta mal no pasa nada porque todos nos equivocamos” que de un bot porque “es una maquina y debe realizarlo perfecto sin embargo no hay forma de verificar que no se ha equivocado”.

Sus fabricantes indican que para indicar que es apto de estar a la altura de sus colegas humanos, Repairnator no exclusivamente debe inventar parches de calidad, sino que debe crearlos antes que cualquier humano. Es más, tampoco puede inventar un codigo correcto sin embargo incomprensible para los desarrolladores, sino que debe limitarse en estilo y calidad a lo que un programador humano puede hacer. En otras palabras, debe asemejarse al máximo factible con los individuos sin embargo ser mas rápido que ellos.

Con tal de que las contribuciones hechas por Repairnator fuesen juzgadas por su mérito, los examinadores le dieron una identidad secreta: Luc Esape. Ahora que los examinadores ya han demostrado este perjuicio, revelan la naturaleza del Luc Esape con cada contribución que hace. Los desarrolladores tienen además las directrices para bloquear a Luc Esape si no quieren recibir mas correcciones de él.

El bot no tiene responsabilidades

Se dejen de lado o no los perjuicios antes las correcciones recibidas de un bot, Repairnator tiene un dilema todavía mayor. Puede que la sociedad de desarrolladores lo acepte, sin embargo ante los ojos de la ley, no es equivalente que los demás. Repairnator ya ha experimentado esto con un parche que envió para el proyecto Ditto de Eclipse Foundation. El parche corregía un fallo de software correctamente, sin embargo los desarolladores no quisieron aceptarlo porque el bot no había firmado el Acuerdo de licencia de colaborador de Eclipse Foundation.

Un bot no puede firmar un convenio de licencia porque la ley no lo permite. ¿Quién es el encargado si ocurre algo y es culpa del codigo construido por el bot? ¿Es culpa del fundador del bot, del que lo implementó o del que aceptó su solicitud? De instante Repairnator se esta ganando la confianza en la sociedad GitHub, sin embargo todavía le queda mucho para ser considerado uno más.

Más información | Martin Monoperrus
Imagen | Unsplash

También te recomendamos

Facebook® juega con su bot de inteligencia artificial a StarCraft contra otros desarrolladores y… Sale perdiendo

Los bots que luchaban contra los trolls

Se-Yeon “Geguri” Kim, la jugadora experto de Overwatch que triunfa en Corea


La novedad Este bot desarrolla parches para software de codigo abierto bajo el pseudónimo de un humano para que confíen en él fue publicada originalmente en Xataka por Cristian Rus .


Xataka



Agradecemos a la fuente original por la información que nos ayudo a crear este articulo.

También puedes revisar estas noticias relacionadas.

Tags: #abierto #bajo #código #confíen #Crea #Este #humano #para #parches #pseudónimo #software

Deja un comentario

Author: 
    author