Su verdadera utilidad, y donde radica su potencia, es su capacidad para resolver problemas de variables lineramente independientes. Pese a lo potente de nuestro cerebro y nuestra inherente capacidad para establecer patrones, no somos muy buenos en este ámbito. Por ejemplo, según el índice de masa corporal (altura partido peso) si pasa de 25 diremos que una persona tiene sobrepeso, y si no llega a 20 sabremos que es anoréxica. Y dependiendo de su complexión podremos afinar más su situación: alguien muy musculado podría tener un índice de masa superior a 26 y no consideraríamos que tiene sobrepeso.

En definitiva, no es muy sencillo comprobar mediante la experiencia que si dividimos la altura por el peso y nos da unos valores, asegurar un estado sobre la salud de cada individuo. Una vez sabemos esto, es trivial deducir cómo quedará un paciente modificando alguno de los parámetros (como el peso). También, una vez se ha deducido el algoritmo, es sencillo hacer un programa informático que lo calcule y nos devuelva el estado de cada paciente.

Por el contrario, hay otros problemas para los que somos unos zotes. Si los datos no tienen ninguna relación entre sí, y la variación de alguno por separado no es aparentemente significativa, nos iba a costar una burrada establecer un modelo correcto y, por ello, casi imposible escribir ningún algoritmo.

Ahí es donde entran las redes neuronales. Quien va a desarrollar el programa no sabe realmente cómo se tiene que comportar ante las distintas situaciones, así que no puede programar ningún algoritmo que lo resuelva. Lo más que puede hacer es entrenar una red neural para que aprenda a comportarse en ese caso.

Respecto al robot… bueno, supongo que se podría llegar a algo parecido asignando un montón de redes neuronales a cada acción que vaya a poder realizar, o algo parecido.

Pero ojo, no necesariamente hay que entrenar las redes con un lenguaje y ejecutarlas con otro. Macluskey simplemente lo dijo en el ejemplo porque generalmente los mejores algoritmos de entrenamiento están en entornos matemáticos que luego tendrán una difícil integración en otros sistemas. Entonces, una vez lo has entrenado con Matlab, R, o lo que sea, te interesa pasarlo a Java para incrustarlo en un applet o a C++ para que controle un brazo robótico. Pero bien podrías hacerlo todo mediante el mismo sistema.

De todos modos, las redes neuronales tienen más funciones que la clasificación en salidas dicotómicas; pero me parece que tanto Macluskey como yo conocemos mucho mejor el Perceptrón Multicapa, que es el especializado en estas tareas, y por eso todos los ejemplos van por ese camino. Pero vuelve al invernadero de la NASA y piénsalo…

¡Menudas parrafadas soltamos! Me alegro de que inciten al diálogo y la reflexión. El siguiente artículo, sobre el Perceptrón, tendrá que esperar. Entrego el proyecto la semana que viene y voy a estar bastante liadillo. Tengo el código casi cerrado, pero me queda toda la parte de la documentación, que es un coñazo y hay bastante que hacer. Como tendré que explicar un poco en qué consiste en MLP en la Memoria, haré un copipaste para ir abriendo boca.

¡Saludos!

Yo es que tenía en mente algún sistema de aprendizaje/control de algún tipo de robot autómata, que gracias a sus redes, dependiese menos de las especificaciones de su programa de control. Es decir que aparte de los casos considerados por su diseñador, estuviera preparado para casos nuevos, no contemplados anteriormente.

Bueno, creo que he visto muchas pelis… A ver que nos trae el próximo artículo. Ánimo endermuabdib

Problema: Hay una persona que está comprando (online) un artículo en una tienda determinada, y saca una tarjeta para pagar. El vendedor pasa la tarjeta por el datáfono, y en unos breves segundos, un chino bajito oculto en un servidor del Banco debe decidir si autoriza la operación o no. Si autoriza, el Banco carga con el riesgo, es decir, el Banco transfiere el parné a la cuenta de la tienda. Si luego el cargo a la tarjeta no se atiende (lo que se llama en “default”, o impago, porque el dueño de la tarjeta está “tieso”, o se la han mangao, o cualquier otra cosa), el Banco palma la pasta, porque al autorizar la operación ha dado su visto bueno. Pero casi es peor si se deniega una autorización a una operación legítima: el dueño de la tarjeta se cabrea y se cambia de Banco, además del lucro cesante, al no poder hacer la operación y cobrar las comisiones oportunas.

Hasta aquí está claro, supongo.

¿Qué datos tiene el Banco para autorizar o no el cargo? Pocos, en principio: el número de la tarjeta (o sea, el cliente, con su saldo, historia, etc), el importe, la tienda donde se hace la operación, fecha, hora… poco más. Aunque también tiene la Historia de lo que ha pasado a lo largo de los años. Pero debe contestar en segundos. Así que…

Para eso sirven las técnicas de Data Mining, en general, y las Redes Neuronales en particular.

El banco tiene una ENORME historia de operaciones que se han hecho a lo largo de los años. La mayoría de ellas, fueron buenas, pero algunas fueron malas. Se trata de aprender de lo que pasó (el pasado) para poder predecir el futuro. Se intenta averiguar qué hace diferente a las transacciones que fueron fallidas, cuál es el perfil del defraudor, qué tipo de uso se da a una tarjeta robada (que su propietario legítimo no hubiera hecho)… Te aseguro, joel, que esto no es una ciencia, es casi un arte. Los responsables del Comité de Crédito (que en definitiva son los humanso que asumen la responsabilidad) se mueven más por el olfato que otra cosa. Un ejemplo: una persona que nunca ha consumido fuera de España, empieza a hacer operaciones en Punta Cana. ¿Le han robado la tarjeta, o es que está, por primera vez de vacaciones? Y además está comprando joyas, cuando en España compra sobre todo ropa. ¿Es una operación fraudulenta o es legítima? Y hay que contestar en un par de segundos, además…

Así que se le envían a la Red muchas operaciones pasadas (lo más modernas posibles, pero muchas), con su resultado: Esta fué bien, esta mal, etc, y se intenta que la Red aprenda de los patrones que permiten discernir entre un pufo y una operación legítima.

El resultado, una vez obtenido, debe ser muy rápido y estable en el proceso, de ahí que se genere un programa con toda la información y se le llame en el sistema. Y como los chorizos son mu pero que mu listos, y cambian su modus operandi cada día, hay permanentemente que estar entrenando la Red para que vaya tomando nota de los nuevos sistemas de choriceo.

Espero no haberme puesto pesado, y que se haya entendido. Saludos

El funcionamiento de la red lo explicas como hacer pasar unos valores de entrada por una serie nodos de una red. En cada nodo se aplica una función al valor de entrada, y a la salida se multiplica el valor de salida por el peso que tenga el enlace que una a este nodo con el siguiente. Así hasta que llega un valor a la salida.

En el modo de aprendizaje, se compara este resultado con el que sabemos que tendría que dar, y se ajustan los pesos de los enlaces entre nodos.

¿Correcto?

Falta saber ¿qué utilidad tiene hacer “circular” por la red los valores de entrada? y ¿qué funciones se han de utilizar?. Y sobre todo ¿de qué forma se reajustan los pesos de los enlaces?.

Supongo que como dices, hay distintos tipos de redes y cada una funciona de una manera, por lo que de forma genérica no se puede explicar más que lo que has dicho. Pues nos esperaremos al siguiente artículo.

Con respecto al modo de recuerdo, para mi no es más que, como he dicho antes, hacer circular por la red los valores de entrada, y obtener un resultado a la salida. Vale que es posible que se pueda optimizar creando un programa que a partir del estado de los pesos de los enlaces de la red, obtenga el mismo resultado que la red en un tiempo menor (como la diferencia entre un programa interpretado y otro compilado).

Y el modo de aprendizaje, es un proceso independiente que ajusta la red en función de la relación entre el resultado obtenido y el esperado. Por eso cuando se está aplicando la red a problemas nuevos, no se puede utilizar puesto que no se puede comparar el resultado, con el esperado puesto que este último se desconoce. Posteriormente cuando elementos externos a la red (personas, analistas u otras redes) evalúen el resultado se puede volver a ajustar la red, es decir: APRENDER.

Por cierto, cada vez que se reajusta la red, ¿deberían de volverse a probar TODOS los casos que antes funcionaban para ver si el reajuste ha sido beneficioso? En tal caso, la red, además de los pesos de sus enlaces, debería tener también un registro de todas las pruebas que ha hecho con el resultado que tenían antes de hacer el cambio. E incluso un historial ordenado de cambios con la relación: prueba, configuración,resultado.

Bueno eso ya será cuestión de la política que tenga el proceso de aprendizaje.

Enhorabuena. Acabo de engancharme a la serie todavía más.

Macluskey, vaya, tienes toda la razón, la verdad es que releyéndolo, no he dejado muy claro que la información de la red que se va modificando durante el entrenamiento y que termina por quedarse con unos valores “correctos” es la que se guarda y se utiliza luego siempre igual cuando se pretende ejecutar la red esperando la “solución” en un caso real.

La Reina Insectora dice que ha encontrado unas grandes cuevas con enormes depósitos de agua, así que está haciendo algunas colonias en Dune.

Gracias y saludos.

Quizá te has dejado explicar que en lo que describes como “fase de recuerdo”, es decir, cuando la red explota el conocimiento aprendido en la fase de entrenamiento para aplicarlo a nuevos casos, lo que se hace es ejecutar un programa (módulo, subprograma, rutina, llámese como se quiera) que contiene embebidas todos los valores y algortimos detectados por la red.

En general, una vez que se considera que la red ha aprendido lo suficiente, lo que se hace es generar el código fuente de un programa (en C, Java, Assembler o en lo que sea) que contiene esta información aprendida, y que una vez compilado, es susceptible de ser llamado por el programa que captura los datos para su evaluación.

Un ejemplo puede ser la concesión de un crédito (un caso clarísimo son las autorizaciones online que se hacen de las transacciones de las tarjetas de crédito). En el caso de hacerse mediante una red neuronal (la verdad es que no conozco ningún caso en que se haga así, pero podría perfectamente hacerse), en primer lugar la red se entrena para averiguar cuándo una transacción es (o tiene toda la pinta de ser) fraudulenta (por el importe, la localización del comercio, el tipo de comercio, la hora, la senda de consumo del cliente, etc). Una vez terminado el entrenamiento, se genera un programa, que es llamado por la transacción concreta que se ejecuta al solicitar crédito. Este programa (consecuencia de la información de la red, pero que NO es la propia red), informa SÍ o NO, punto. Y como consecuencia, la operación se autoriza o deniega. Esa es má-o-meno la forma de operar para autorizar operaciones con tarjetas de crédito, sea cual sea el modelo de aprendizaje que se utilice.

Enhorabuena, sigue así. Saludos a Dune. Y a la Reina Insectora, también.

Me recuerda al último artículo de los neutralinos en los que Pedro, explicó muchas cosas para las que el PORQUÉ, era tan complejo que no lo tenía claro ni él. (supongo y espero que este no sea ahora el caso).

Por otro lado, el ejemplo que ha puesto Belerofot, me ha recordado un programa que intenté hacer para resolver sudokus, en el que cada celda tenía un estado: una lista de valores candidatos a valor de la celda, y cada celda intentaba mejorar su estado a partir del estado de las otras celdas de su fila, columna o región, y les avisaba a todas ellas cuando hacía un cambio de estado.

Respecto a la teoría del caos, ánimo con ese artículo. Es una disciplina muy desconocida e interesante de la que querría aprender más. Supongo que sí que ha de tener mucha relación, pues que la idea de muchas redes es resolver problemas no lineales, que a nosotros nos cuesta mucho más de pensar.

No sé cómo se resolverán ahí los problemas, pero en las redes es, casi todo, pura estadística.

¡Saludos!