Nota del autor

Si la entrada que estás leyendo carece de imágenes, no se ve el vídeo que teóricamente lleva incrustado o el código fuente mostrado aparece sin formato, podéis conocer los motivos aquí. Poco a poco iré restableciendo la normalidad en el blog.
Este blog es un archivo de los artículos situados previamente en Lobosoft.es y ha dejado de ser actualizado. Las nuevas entradas pueden encontrarse en www.lobosoft.es. Un saludo,
Lobosoft.

sábado, 15 de febrero de 2014

Estadísticas al cierre

Hoy, 15 de febrero de 2014, realizo una copia del histórico de entradas de www.lobosoft.es a este blog y realizo un borrado de las mismas para comenzar una nueva andadura. Ayer tuve un momento de catarsis y decidí que querer mantener todo el lastre de las antiguas entradas llevaba al blog a la vía muerta en la que estaba, sin entradas durante varios años. Así que, sin avergonzarme en absoluto del pasado, pero queriendo hacer presente mi futuro, decido dar el paso que tanto había postergado.

Dejo por aquí esta última entrada, junto a algunas de las estadísticas del sitio web al cierre. Sé que los próximos meses darán un vuelco a las mismas, e incluso que mucha gente no encontrará las entradas. Desde el punto de vista SEO es casi un suicidio, pero más vale esto que permanecer en el letargo en el que estaba.

Espero que disfruten de esta nueva andadura tanto como yo lo hice en los comienzos del antiguo Lobosoft.





martes, 18 de septiembre de 2012

:-)

Tal día como hoy, hace nada más y nada menos que tres décadas, nació el emoticono. Esa carita sonriente (smiley face) formada por los dos puntos, el guión y el cierre de paréntesis que tantos malentendidos ha evitado a lo largo de los años en correos electrónicos, foros de discusión y redes sociales.

Si hemos de ser fieles a lo que conocemos, el inventor (o uno de ellos, como bien dice el mismo en su página web) del emoticono fue el profesor Scott E. Fahlman, un experto en inteligencia artificial que, por aquél entonces, trabajaba en la universidad Carnegie Mellon.


Fahlman, como "enganchado" a las BBS (como quien dice, el Twitter de la época —bueeeno, no exactamente, pero seguro que el ánimo comunicativo que despertaban era similar—), había comprobado cómo en estos boletines surgían con frecuencia encendidos debates debidos no tanto a la disparidad de ideas como a los malentendidos que de su exposición podían surgir. Especialmente porque estos precursores de los grupos de noticias estaban tan abiertos a la comunidad que profesores y alumnos debatíanen ellos sobre todo tipo de asuntos: política, asuntos académicos, el partido del domingo o avisaban de que alguien había perdido el móvil ;) la cartera en el baño. Así fue como Fahlman y otros compañeros propusieron marcar de algún modo aquellos mensajes que no debieran tomarse demasiado en serio, y para tal fin, dado que en aquella época todos los mensajes se transmitían en codificación ASCII, presentó la idea de usar el símbolo :-) para marcar los mensajes poco serios y :-( para hacer lo propio con los que sí lo eran, aunque estos emoticonos terminaron representando sentimientos tan universales como la alegría y la tristeza.

He aquí su mensaje original, recuperado hace años en un ejercicio de arqueología tecnológica:

19-Sep-82 11:44    Scott E  Fahlman             :-)
From: Scott E Fahlman <Fahlman at Cmu-20c>

I propose that the following character sequence for joke markers:

:-)

Read it sideways. Actually, it is probably more economical to mark
things that are NOT jokes, given current trends. For this, use

:-(

Si queréis leer a Fahlman hablando de su invención, podéis encontrar el artículo "Smiley Lore" en su web.

¡Feliz cumpleaños, emoticono! :-)

miércoles, 30 de mayo de 2012

Interfaz universal

Cuando en un diseño las interfaces crecen en complejidad tanto como incertidumbre poseen los requisitos del desarrollo que se va a acometer, llega un punto en el que se pueden representar mediante la «interfaz universal»:

    public interface IUniversal
    {
        object Action(object param);
    }

En ese momento, es posible demostrar que se está caminando por el filo de la navaja por el método de la reducción al absurdo.

viernes, 25 de mayo de 2012

Reflexionando sobre genéricos

Ha llovido mucho desde que el Microsoft incorporase los genéricos en su .NET Framework . Fue en la versión 2.0, a finales del año 2005, y aunque sus beneficios se dejaron notar desde el primer momento entre la comunidad de desarrolladores y a día de hoy se usan con total normalidad, en ocasiones tenemos que pedirles “un poco más”. Por ejemplo, cuando el tipo de dato genérico no es conocido en tiempo de compilación y tenemos que inferirlo durante la ejecución de la aplicación.

Aunque no descubro nada bueno aquí, me he decidido a recuperar para el blog algunas de esas microentradas que antaño aparecían por aquí, buscando imprimir de nuevo un ritmo de publicaciones adecuado. Como hace poco tuve que usar técnicas de reflexión sobre genéricos y comprobé que apenas hay literatura en castellano sobre el tema, aquí van unas píldoras para ver cómo podríamos realizar algunas operaciones muy concretas en la situación que he descrito en el párrafo anterior.

Crear una clase genérica dinámicamente a partir de un objeto

Es muy sencillo usar una clase genérica y crear objetos de un determinado tipo en tiempo de compilación. Por ejemplo, si tenemos la clase
public class Data<T>
{
   public T Value { getset; }
}
podemos crear un objeto que contenga un entero simplemente así:
Data<int> data = new Data<int>();
data.Value = 1;
Para crear una clase genérica en tiempo de ejecución, esto es, sin definirla en el código durante la compilación, tendremos que jugar un poco con los tipos en .NET y con la clase Activator, que nos permite instanciar dinámicamente un objeto a partir de un tipo determinado. Así, podríamos conseguir crear un Data dinámicamente con el siguiente código:
Type dataType = typeof(Data<>);
Type genericType = dataType.MakeGenericType(value.GetType());
genClassesArray.Add(Activator.CreateInstance(genericType));

 

Obtener el tipo anidado de una clase genérica

Puede ocurrir que uno de nuestros métodos reciba un parámetro con un tipo dinámico (por ejemplo, un List) y queramos saber el tipo del dato genérico anidado. Esto se consigue con facilidad:
Type nestedType = value.GetType().GetGenericArguments()[0];

 

Llamar a un método genérico con el tipo de un dato obtenido en tiempo de ejecución

Por último, podríamos tener un método genérico y desear llamarlo dinámicamente, sin saber a priori el tipo anidado que estamos gestionando en esa ejecución de nuestro código. Por ejemplo, el siguiente método:
public Data<T> GetDataWithValue<T>(string stringValue)
{
return new Data<T>() { Value = (T)Convert.ChangeType(stringValue, typeof(T)) };
}
realiza una conversión (un casting) del valor recibido como string al tipo que se le indica y devuelve un tipo genérico Data con el valor indicado (pero con su tipo correspondiente). Para realizar la llamada sin conocer a priori el tipo T, tendremos que usar, ahora sí, objetos MethodInfo que se incluyen dentro de System.Reflection e invocar la llamada al método en cuestión. El uso de Convert.ChangeType() que vemos en el ejemplo es necesario al encontrarnos ante un valor expresado como una cadena de caracteres.

Podemos conseguir realizar la llamada dinámicamente, por ejemplo, así:
MethodInfo method = typeof(MyClassDemo).GetMethod("GetDataWithValue");
MethodInfo genericMethod = method.MakeGenericMethod(value.GetType());
var result = genericMethod.Invoke(thisnew object[] { value.ToString() });
Vemos que tendríamos que obtener el método a invocar del tipo que lo contiene (en este caso, una clase llamada MyClassDemo) y crear un método dinámico referido al tipo del objeto value que hemos recibido. A continuación, lo invocaríamos pasándole los parámetros en un array de objetos y con un primer parámetro que será nulo si el método es estático o el objeto del tipo MyClassDemo que realiza la llamada en caso contrario. En el ejemplo en cuestión se especifica el this porque se trata de una llamada a un método de la propia clase en la que estamos realizando las pruebas.

Y poco más. Como veis, a la potencia de los genéricos se le puede sacar mucho más partido si «reflexionamos» un poco sobre ellos. ;)

martes, 22 de mayo de 2012

Journal of Feelsynapsis n.º 4





Aunque últimamente estoy desaparecido y apenas he publicado en el blog (aunque el uso del plural aquí sería más correcto, ya que tengo todos prácticamente paralizados), lo cierto es que tengo ganas de retomar la escritura por aquí y espero que el verano sea un periodo fructífero en este sentido. Entretanto, y para no olvidar las buenas costumbres, os dejo uno de los últimos artículos que he publicado en Journal of Feelsynapsis, una revista de divulgación científica que no os podéis (debéis) perder. Este sí que trata sobre informática y podéis encontrarlo en el n.º 4 de esta publicación. Su título, "Lenguajes esotéricos... de programación".

Eso sí, una vez que lo terminéis, pensad que el resto de la revista es infinitamente mejor. Así que si os gustó, corred a seguir leyéndola, y en el hipotético caso de que no fuese así leedla también porque, como os digo, los demás artículos no desmerecen la cuidada edición que les acoge y os van a encantar a buen seguro.

Feliz lectura.

martes, 1 de mayo de 2012

1 de mayo

Siempre es buena la capacidad de reírse de uno mismo. El Día del Trabajo homenajeado desde la comedia en el mundillo informático.



jueves, 12 de enero de 2012

Decálogo de Granada sobre el estado del Software Libre en España

Decálogo de Granada sobre el estado del Software Libre en España
  1. El software libre atraviesa su mejor momento en España. Las empresas que creen en el software libre y apuestan por él se cuentan como casos de éxito, y en un ambiente de crisis están creando valor añadido, tecnología y puestos de trabajo.
  2. Existe una brecha entre los anhelos de los movimientos de base y lo que se promueve desde la Administración, tanto en énfasis como en dirección de los esfuerzos. Sobre todo la Administración debe promover que se cubra esa brecha.
  3. Las administraciones públicas deben apoyar iniciativas o promover el desarrollo de software para su uso en la Administración cuando sus necesidades no estén suficientemente cubiertas por aplicaciones libres.
  4. La alfabetización digital es la clave del acceso a las tecnologías abiertas como valor fundamental que se debe promover desde la Administración y apoyarse desde los mo-vimientos de base.
  5. El Software Libre no se entiende si no es formando parte de un ecosistema, junto con conceptos cercanos como OpenData, Open Government y gestión de la identidad electrónica y la privacidad.
  6. Cualquier libertad sirve de entrada a cualquier otra; el gobierno abierto promoverá el software libre y el conocimiento libre lleva a la liberación de datos. Eventualmente hay que ser consciente y promover las sinergias entre las diferentes iniciativas y conceptos.
  7. El uso de tecnología no es neutral, implica la cesión y la adquisición de una serie de derechos. Es fundamental la concienciación con respecto a este hecho, y la exigencia a todo tipo de aplicaciones en la nube o redes sociales del derecho de libertad de acceso y de protección de la intimidad.
  8. La adopción de aplicaciones y datos libres por parte de usuarios debe conllevar un proceso de toma de decisiones en el que todos los actores intervengan. Obligar al uso de una aplicación de software libre es un contrasentido, aunque la Administración debe hacer cumplir la legislación existente sobre adopción de aplicaciones libres frente a privativas.
  9. Las nuevas tecnologías, como las aplicaciones móviles y la nube, tenderán al software libre eventualmente, porque en ocasiones eso ha sucedido en casi todas las áreas: servidores, navegadores o software de escritorio.
  10. La legislación existente sobre reusabilidad del software y neutralidad tecnológica es in-suficiente si no se conoce y aplica por parte de las administraciones y actores implicados.
Redactado en Granada durante la celebración de la Open Source World Conference en enero de 2012.

Decálogo de Granada sobre el estado del Software Libre en España

Decálogo de Granada sobre el estado del Software Libre en España

  1. El software libre atraviesa su mejor momento en España. Las empresas que creen en el software libre y apuestan por él se cuentan como casos de éxito, y en un ambiente de crisis están creando valor añadido, tecnología y puestos de trabajo.
  2. Existe una brecha entre los anhelos de los movimientos de base y lo que se promueve desde la Administración, tanto en énfasis como en dirección de los esfuerzos. Sobre todo la Administración debe promover que se cubra esa brecha.
  3. Las administraciones públicas deben apoyar iniciativas o promover el desarrollo de software para su uso en la Administración cuando sus necesidades no estén suficientemente cubiertas por aplicaciones libres.
  4. La alfabetización digital es la clave del acceso a las tecnologías abiertas como valor fundamental que se debe promover desde la Administración y apoyarse desde los mo-vimientos de base.
  5. El Software Libre no se entiende si no es formando parte de un ecosistema, junto con conceptos cercanos como OpenData, Open Government y gestión de la identidad electrónica y la privacidad.
  6. Cualquier libertad sirve de entrada a cualquier otra; el gobierno abierto promoverá el software libre y el conocimiento libre lleva a la liberación de datos. Eventualmente hay que ser consciente y promover las sinergias entre las diferentes iniciativas y conceptos.
  7. El uso de tecnología no es neutral, implica la cesión y la adquisición de una serie de derechos. Es fundamental la concienciación con respecto a este hecho, y la exigencia a todo tipo de aplicaciones en la nube o redes sociales del derecho de libertad de acceso y de protección de la intimidad.
  8. La adopción de aplicaciones y datos libres por parte de usuarios debe conllevar un proceso de toma de decisiones en el que todos los actores intervengan. Obligar al uso de una aplicación de software libre es un contrasentido, aunque la Administración debe hacer cumplir la legislación existente sobre adopción de aplicaciones libres frente a privativas.
  9. Las nuevas tecnologías, como las aplicaciones móviles y la nube, tenderán al software libre eventualmente, porque en ocasiones eso ha sucedido en casi todas las áreas: servidores, navegadores o software de escritorio.
  10. La legislación existente sobre reusabilidad del software y neutralidad tecnológica es in-suficiente si no se conoce y aplica por parte de las administraciones y actores implicados.
Redactado en Granada durante la celebración de la Open Source World Conference en enero de 2012.

lunes, 28 de noviembre de 2011

Unas vacaciones inteligentes


Durante el día de hoy (dejándome engañar, pues el tictac del reloj ha llevado a sus agujas a sobrepasar el límite de los dos minutos hasta la medianoche cuando me siento a escribir estas líneas) he podido disfrutar de una jornada vacacional de lo más enriquecedora. Hace unos días descubría que se iba a celebrar en la ETSIIT de Granada una hackatón centrada en el desafío de programación de bots con Inteligencia Artificial de Google de este año (AI Challenge. Ants) y, ni corto ni perezoso, comencé a mover hilos para intentar conseguir ese día como vacacional y poder asistir. Al final hubo suerte, y así ha sido que he podido disfrutar junto al resto de asistentes de una serie de interesantes charlas sobre diversas metaheurísticas y sus posibles aplicaciones para conseguir el objetivo propuesto: ganar en el juego de las hormigas de Google.

Las charlas, de nivel, se enriquecieron con las aportaciones de todos los asistentes, y así anduvimos debatiendo diversas tácticas y estrategias para alcanzar la victoria o, cuanto menos, no sufrir un varapalo tremendo a la primera de cambio. Volver a disfrutar del buen ambiente universitario, compartir conocimiento e impresiones con antiguos profesores y compañeros de facultad, así como con las nuevas generaciones, que vienen pisando fuerte, y enriquecernos con las impresiones e ideas de Blas, al que por fin “desvirtualicé”, gracias a su punto de vista más cercano a la Biología, fue una más que agradable recompensa ante la no menos jugosa alternativa de un día soleado y agradable en la ciudad de la Alhambra, fuera de “la Escuela”.

JJ, vehemente como él solo, nos invitó en varias ocasiones a participar en el torneo de Google y recordó que hay un concurso alternativo para miembros de la Universidad de Granada siempre y cuando se libere el código del bot programado: el conocimiento, por supuesto, libre y abierto.

Habrá que ir pensando en hacerlo. Al menos se antoja apetecible... ;)

Si quieres saber más:

lunes, 24 de octubre de 2011

Nuevas malas noticias


En las últimas semanas el blog se está convirtiendo en un obituario informático.
(format nil "DEP, tío McCarthy")
Desafortunadamente, hoy escribo para publicar otra necrológica. John McCarthy, padre de la inteligencia artificial, fallecía ayer a los 84 años de edad. Creador del lenguaje de programación LISP, ampliamente usado en el mundo de la IA, recibió el Premio Turing —el equivalente al Nobel en informática— en 1971 por sus contribuciones a este campo. Ya en 1961 vaticinó que el uso de la potencia de cálculo distribuida y las aplicaciones podrían venderse en un futuro como servicio. "La nube" conceptual (y computacional) ya estaba en su cabeza por aquel entonces.

Descanse en paz este genio adelantado a su época.

martes, 18 de octubre de 2011

La #ormiga de Langton

Uno de mis objetivos durante el presente curso académico es profundizar en algunos campos en los que la informática supone un importante apoyo para el estudio del medio ambiente y la biología. Por ejemplo, desarrollando aplicaciones que hagan uso de sistemas de información geográfica para representar la evolución de poblaciones en un determinado entorno físico. El uso de la inteligencia y la vida artificial para modelar sistemas siempre me ha interesado sobremanera y, ya que Ecología es una de las asignaturas que cursaré en Ambientales durante 2011-2012, espero poder sacar partido a mis conocimientos en la materia para adquirir otros mucho más profundos e interesantes.

Un primer paso lo ha supuesto entretenerme durante la tarde de ayer en programar un algoritmo muy básico dentro del mundo de los autómatas celulares: la hormiga de Langton. Esta primera aproximación la he desarrollado sobre un mundo bidimensional y he implementado dos tipos de malla, una cuadrada que es la que puede verse en el vídeo de ejemplo y una hexagonal, representable en el modo de texto pero de forma no muy intuitiva.

Primera versión de la hormiga de Langton (C# con un visor en modo texto)

Para quienes no la conozcáis, la hormiga de Langton consiste en un sistema determinista, dinámico y discreto, que puede entenderse como un autómata celular, una máquina de Turing bidimensional o un sistema de agentes. Aunque la versión más básica de la misma consiste en un mundo bidimensional infinito (aunque por motivos de representación suelen hacerse simulaciones con toros finitos, como es el caso de mi ejemplo, con el borde izquierdo “unido” al derecho y el superior al inferior) en el que se mueve nuestra hormiga cambiando el color de la celda sobre la que se sitúa en cada momento del tiempo, lo cierto es que resulta interesante extender las características de la hormiga para mostrar movimientos y comportamientos más complejos, como colorear de distinto modo las celdas o moverse según otros patrones o en mundos más complejos. También es posible incluir más hormigas en el sistema, por supuesto.

El comportamiento más básico de la hormiga es el siguiente:
  • Situamos la hormiga en un mundo representado por una malla cuadrada cuyas casillas pueden estar coloreadas de blanco o negro.
  • La hormiga pude moverse en la dirección de cualquiera de los cuatro puntos cardinales, siempre según las siguientes reglas (conjunto básico):
    • Si la hormiga está en una casilla blanca, gira 90º a la derecha, cambia el color de la casilla y se mueve adelante una unidad.
    • Si la hormiga está en una casilla negra, gira 90º a la izquierda, cambia el color de la casilla y se mueve adelante una unidad.
La hormiga fue descubierta al mundo en un artículo de la revista Physica D en 1986 escrito por el especialista en vida artificial (es uno de los padres fundadores de esta línea de investigación) Christopher Langton, que estudiaba por aquel entonces modelos de autómatas simples dotados de comportamientos complejos.

Un par de años después, el entonces estudiante de informática Greg Turk propuso varios ejemplos de máquinas de Turing bidimensionales que “caminaban” sobre su cinta en lugar de hacer que esta se moviese bajo las mismas. Una de esas máquinas resultó ser la hormiga de Langton, y en conjunto recibieron el evocativo nombre de turmites (“turmitas”, algo así como termitas de Turing). El matemático y divulgador A.K. Dewdney dedicó uno de sus artículos en Scientific American a este tema.

Nuestra hormiga hizo una tercera aparición dentro de los modelos para la simulación de dinámica de fluidos a niveles microscópicos en Física. Uno de estos modelos, en concreto el de de Ruijgrok-Cohen, se corresponde con el de una partícula que se mueve entre desviadores que cambian su trayectoria y que pueden ser modificados por los impactos de la misma, igual que ocurre con la hormiga de Langton y el comportamiento que presenta en la malla que comprende su mundo.

El comportamiento de la hormiga es muy curioso. Después de un periodo en el que describe unos movimientos aparentemente caóticos comienza a construir una "autopista" siguiendo un patrón que comprende 104 avances o pasos. En el vídeo que incluyo como demostración esto ocurre a partir de veinte segundos.

Mi intención es liberar el código fuente (está en C#, de ahí lo de #ormiga) que vaya generando a lo largo de mis aventuras en estos mundos virtuales, incluso el de este “periodo de repaso” a algunos sistemas realmente simples, pero lo cierto es que creo que esperaré un poco más antes de publicar el de la hormiga de Langton, ya que me gustaría hacerla mucho más configurable. Ahora mismo es posible cambiar el tipo de rejilla y usar más de un agente en ella, pero no especificar reglas de movimiento para la hormiga o, tal y como me gustaría, tener un mundo tridimensional por el que pueda moverse.

Espero que os interese el tema y que, además, sirva de punto de arranque para una serie de entradas que posiblemente se espacien pero también prolonguen en el tiempo.

miércoles, 12 de octubre de 2011

Underclocking en Granada


Overclocking es un término ampliamente difundido y reconocido por muchos usuarios de la informática, incluso por aquellos que no lo ponen nunca en práctica. Consiste, como sabréis, en aumentar la frecuencia de reloj de un dispositivo electrónico para conseguir una mayor velocidad. Con ello se incrementa el consumo de energía y, por consiguiente, requerirá una refrigeración mayor.

Frente al overclocking podemos situar el underclocking. Conocido el primero es fácil inferir en qué consistirá el segundo: en una bajada de la velocidad de reloj para reducir el consumo energético y el calentamiento del dispositivo, consiguiendo así una mayor estabilidad y que se prolongue su vida útil.

Al igual que durante el proceso de overclocking se llevarán ajustes tanto a la frecuencia del reloj de un procesador como a su voltaje, durante el underclocking se irán reduciendo paulatinamente la frecuencia de reloj y el voltaje necesarios para su funcionamiento. El ajuste de voltaje en este caso recibe el nombre de undervolting.

Aunque podría parecer un contrasentido buscar de forma activa una reducción en la velocidad de procesado de los componentes de nuestros equipos, lo cierto es que es fácil encontrar varios usos al underclocking. Entre ellos podemos citar:
  • La disminución del consumo eléctrico de los dispositivos redunda en un incremento del tiempo de uso de la batería cuando se trata de un dispositivo portátil.
  • Es posible llegar a bajar tanto la frecuencia de reloj que resultaría útil para usar en el equipo software antiguo que se ejecutaría demasiado rápido en los equipos modernos (esto es posible hacerlo también vía software, ciertamente).
  • Podemos hacer uso del equipo en ambientes más silenciosos.
Si os resulta interesante el concepto y estáis en la Campus Party Milenio de Granada durante el próximo fin de semana, seguro que os interesa la charla sobre esta disciplina que auna economía y eficiencia energética con un uso responsable de los recursos informáticos. Desde el Área de Ciencia de la Campus, de la mano de Hard-h2o y con la colaboración de la Agrupación de Voluntariado Ambiental de Santa Fe, AUCA, Rocío Serrano y un servidor aportaremos nuestro punto de vista sobre esta particular forma de usar los ordenadores, incluyendo un taller realizado por expertos del overclocking.

lunes, 10 de octubre de 2011

D.E.P. Dennis Ritchie


# include <stdio.h>

int main(void)
{
printf("Bye Dennis. We'll miss you :_( \n");
return 0;
}

jueves, 6 de octubre de 2011

D.E.P., Steve Jobs

"Si hoy fuera el último día de mi vida, ¿haría lo que voy a hacer? No hay razón para no seguir... Nadie quiere morir, incluso los que saben que van a ir al cielo. Pero hay que renovar, lo nuevo sustituye a lo viejo y así debe ser (...) A veces la vida te golpea con un ladridllo. No perdáis la fe. Estoy convencido de que la única cosa que me ha mantenido en pie ha sido amar lo que hago. Tenéis que encontrar lo que amáis. Vuestro trabajo es una parte muy importante en la vida, y la única forma de queda satisfechos es creer que estáis haciendo algo grande. Amad lo que hacéis".

Actualización a 26/10/2011: Tras las declaraciones de Stallman (tan acertadas en el fondo como desafortunadas en la forma, a mi parecer) enlazo una entrada del blog de J.J. Merelo, "Atalaya: desde la tela de araña" sobre esta cuestión.

domingo, 2 de octubre de 2011

Mi lista de libros para primero de… Informática

Leyendo el "Diario de un copépodo" hace unos días encontré una propuesta de libros para primero de Biología de lo más interesante. Su entrada partía de una idea sugerida desde "Oteando desde proa", cuya lista de libros para primero de Física también me ha encantado. De hecho, de ambos he escogido al menos un libro para primero de Ciencias Ambientales (carrera que estoy cursando ahora por la UNED): Física básica, de Antonio Fernández-Rañada, y Ecological and General Systems, de Howard T. Odum.

Al leer las entradas de sus blogs pensé en la carrera de Informática y en algunos libros y manuales que considero imprescindibles para un alumno de primero. Como ellos, me he centrado en pocos títulos y en libros que pueden servir de apoyo y referencia durante toda la carrera, aunque puedan interesar particularmente como acercamiento a las materias que se tratarán a lo largo de la misma.

El primero de los escogidos no es otro que Conferencias sobre computación, de Richard Feynman. El archiconocido físico y premio Nobel, que tanto aportara en su principal campo de investigación, dio un impulso a la computación mediante su modelo de computadora cuántica publicado a principios de los años 80 del pasado siglo. Su libro Conferencias sobre computación recoge, no obstante, los principios en que se basa la Informática, y resulta tan claro y didáctico como en sus obras sobre Física (Seis piezas fáciles, por ejemplo, es imprescindible). El libro comprende siete capítulos y nos enseña la Física subyacente en los circuitos, en qué consisten las máquinas de Turing, la teoría de la información y el teorema de Shannon, vital para la codificación de mensajes. Aunque en nuestra rama del conocimiento todo avanza a una velocidad vertiginosa, el ordenador con el que lees esta entrada sigue estando basado en la arquitectura Von Neumann al igual que el antiguo ENIAC o, mucho más recientemente, los queridos ordenadores e 8 bits.

La algoritmia es la base de la programación y vas a tener que enfrentarte a ella durante toda tu carrera (académica y profesional, si te dedicas al desarrollo de software). Aunque existen buenos libros, algunos de ellos traducidos al castellano, voy a optar por un título que está disponible en inglés y que, además, es posible descargar gratuitamente de la página de uno de los autores. Se trata de Algorithms, del profesor Christos Papadimitriou, Sanjoy Dasgupta y Umesh Vazirani. Abarca múltiples acercamientos a la resolución de problemas y una aproximación a la clase de complejidad NP-completo.

Una de las materias en las que, a mi parecer, menos se profundiza en el sistema académico actual es la Ingeniería del software. Queremos que nuestra formación sea la del ingeniero y se nos vea como a tales, pero después en el mercado laboral es difícil encontrar empresas donde se trabaje con metodologías adecuadas. Al menos en España, claro. Afortunadamente esto va ocurriendo en cada vez menos ocasiones, pero no viene mal tener una buena base de Ingeniería del software y hacerla crecer con las últimas metodologías (programación extrema, desarrollos ágiles, TDD, etcétera). Un clásico de la materia es el libro de Roger S. Pressman, Ingeniería del Software. De ahí podréis saltar a otras maravillas como The Pragmatic Programmer de Andrew Hunt y David Thomas. ;-)

Como no todo va a ser programar, un acercamiento a las redes no nos vendrá mal. No es una materia que se vea en los primeros años de la carrera pero, como pronto empezaremos a acercarnos a la misma a través de las asignaturas de sistemas operativos y similares, nunca está de más conocerla bien. Uno de los clásicos es el libro de Tanenbaum Redes de computadoras.

Por último, una de las grandes olvidadas de la titulación es la Seguridad. Resulta imprescindible, los sistemas informáticos son impensables sin ella y, sin embargo, apenas se ve de pasada en asignaturas de redes o mediante alguna optativa. Y ya que en primero veréis asignaturas como Álgebra o Matemáticas Discretas y no os dirán para qué pueden servir, os recomiendo acercaros al mundo de la criptografía y la seguridad a través de otro libro disponible gratuitamente en la red, este en español, que creo fundamental: el Libro Electrónico de Seguridad Informática y Criptografía de Jorge Ramió Aguirre.

¿Y vosotros? ¿Sin qué libros no concebís pasar por cualquiera de las carreras de Informática?

miércoles, 28 de septiembre de 2011

Nueva vuelta de tuerca a la privacidad en la nube.

Entrada publicada originariamente en el blog Lobosoft bajo el mismo título.

Quienes me conocen saben de mi escepticismo sobre la computación en la nube. No es que no me parezca un campo apasionante, que lo es, ni que reniegue de la ubicuidad de los datos y del software, pues la considero una configuración de sistemas informáticos válida e interesante hasta cierto punto y para determinados usos. Lo que no me gusta (ya no como profesional de la informática, sino como usuario de la misma) es que mis datos estén diseminados por el mundo y no sentirme dueño de mi software: que este sea única y exclusivamente un servicio (SaaS).

En lo personal he podido comprobar cómo personas cercanas a mí han sufrido problemas con la disponibilidad del servicio de aplicaciones en la nube y, aunque obviamente esto es algo que puede ocurrirnos con cualesquiera otros de cuantos están involucrados en el proceso, como el acceso a Internet por parte de nuestro proveedor, por ejemplo, lo cierto es que tener un plazo de entrega de un trabajo determinado y no poder llevarlo a cabo porque hay problemas con los servidores puede resultar algo exasperante. De cualquier forma, esto es soluble mediante replicación de servicios y una mejora de la confianza y la asistencia técnica de los mismos.


Sin embargo, que los datos se encuentren en la nube es una cuestión más delicada. ¿Qué empresa dejaría en un servidor remoto el detalle de sus operaciones contables? ¿Y los datos de sus clientes o trabajadores? ¿Almacenaríamos nuestro historial médico en un disco duro “virtual” accesible a través de Internet? ¿Quién nos asegura que los datos no serán robados, como ocurriera recientemente con las cuentas bancarias de usuarios de Sony? ¿Y que no serán usados por nuestra compañía para ofrecernos otros servicios –como publicidad personalizada– al más puro “estilo Google”?

Hasta hace poco, nadie podía asegurarnos que nuestros datos no pudieran ser robados, usados o alterados sin nuestro consentimiento y/o conocimiento. Sin embargo, esta noche leía con interés una noticia sobre un avance en la resolución de esta problemática llevado a cabo por la gente de Microsoft. Se trata de una implementación parcial de un sistema de cifrado homomórfico, en la que se permiten algunos cálculos básicos (sumas, multiplicaciones) que, no obstante, permitirán ser combinados para llevar a cabo operaciones más avanzadas, como funciones estadísticas del tipo del modelo logístico.

Este avance es importante ya que el cifrado homomórfico permitiría vislumbrar un futuro interesante para el almacenamiento de datos en la nube. Sin embargo, desde la publicación del artículo de Ronald L. Rivest en 1978 (On Data Banks And Privacy Homomorphisms) transcurrieron más de 30 años de debates hasta que se ofreció un posible escenario de resolución de un sistema de cifrado homomórfico completo. Fue en su tesis de doctorado, A Fully Homomorphic Encryption Scheme, donde Craig Gentry presentó un modelo matemático completamente funcional; con todo, la gran cantidad de cálculos necesarios para hacerlo funcionar llevaron al experto en seguridad Bruce Schneier a afirmar que transcurrirían al menos cuarenta años más hasta que pudiera ser llevado a la práctica un sistema así de complejo con el mismo rendimiento que uno que no use cifrado. Schneier llegó a sus conclusiones basándose en la ley de Moore y en los datos aportados por Gentry en un artículo acerca del cifrado homomórfico y el tiempo requerido para llevar a cabo las operaciones de búsqueda por parte de un hipotético Google que usase de este mecanismo de cifrado.

El funcionamiento básico del cifrado homomórfico es el siguiente: supongamos un esquema criptográfico con un sistema de cifrado simétrico o asimétrico donde tenemos dos funciones, C(x,k), que cifra el valor ‘x’ usando la clave ‘k’ y otra D(y,k) que descifra ‘y’ usando la clave ‘k’. Entonces podemos afirmar que

D(C(x,k),k) = x

Esto es así para cualquier sistema de cifrado. Se cumplirá que es homomórfico si además existe un conjunto de pares de funciones (F, G) tales que

D(F(C(x,k)) = G(x)

Las funciones F y G pueden ser o no la misma, pero dada F podemos saber G, y viceversa.

Como resultado de lo anterior, podemos llevar a cabo operaciones sobre los datos cifrados, sin descifrarlos, por lo que el proveedor de servicios no tiene la necesidad de almacenarlos en claro y únicamente nosotros, como clientes, tenemos acceso a los mismos sin cifrar.

¡Ay, qué feliz habría sido nuestro paso por la asignatura de matemática discreta si hubiéramos encontrado ejemplos así de prácticos en el primer año de carrera! ;)

A pesar de lo interesante del avance de Microsoft y sus aplicaciones prácticas en la nube, los esquemas de cifrado con homomorfismo parcial no son demasiado raros. Por ejemplo, uno que todos conoceréis es RSA, que es homomórfico respecto a la multiplicación. Dadas un par de claves pública y privada (K,k), para todo par de valores ‘x’ e ‘y’ se cumple que:

D(C(x*y,k),K) = x*y

Un posible escenario de uso del cifrado homomórfico podría ser el de una empresa que desee hacer uso de un servicio en la nube para almacenar datos de sus clientes. La explotación de una vulnerabilidad en el servidor podría exponer dichos datos al atacante en un sistema como los actuales y, si el servicio almacenase todos los datos cifrados como mejora de la seguridad, el acceso a los mismos sería demasiado penoso. Imaginemos que nuestra empresa desea realizar una consulta sobre sus datos de clientes para obtener aquellos residentes en una provincia determinada que hayan alcanzado un determinado volumen de compras. La consulta sobre la tabla de clientes requeriría ir descifrando cada una de las filas, comprobar si se cumplen las condiciones requeridas y devolverlo, o no, en función de ello. En un servidor que usase el cifrado homomórfico la consulta se haría sobre los datos cifrados directamente, devolviendo únicamente aquellos que se vieran afectados por la consulta y podrían ser descifrados en el propio equipo del cliente sin ser expuestos a “miradas ajenas” en ningún momento.

En resumen, se trata de un interesante avance en lo tocante a la seguridad y la privacidad en la nube, para evitar que esta devenga en nubarrón.

Para saber más:
El cuadro que ilustra la entrada es un óleo de J. M. William Turner, "Rain Cloud", y la camiseta la he encontrado en Nerdy T-Shirt.

martes, 30 de agosto de 2011

All Watched Over By Machines of Loving Grace




ALL WATCHED OVER BY MACHINES OF LOVING GRACE





I like to think (and
the sooner the better!)
of a cybernetic meadow
where mammals and computers
live together in mutually
programming harmony
like pure water
touching clear sky

I like to think
   (right now, please!)
of a cybernetic forest
filled with pines and electronics
where deer stroll peacefully
past computers as if they were flowers
with spinning blossoms.

I like to think
   (it has to be!)
of a cybernetic ecology
where we are free of our labors
and joined back to nature,
returned to our mammal
brothers and sisters,
and all watched over
by machines of loving grace.
    Me gusta pensar (¡y

cuanto antes, mejor!

en un prado cibernético

donde mamíferos y ordenadores

vivan juntos en mutua

armonía programada

como el agua pura

tocando el cielo despejado.



Me gusta pensar

     (¡ahora mismo, por favor!)

en un bosque cibernético

lleno de pinos y componentes electrónicos

donde los ciervos paseen tranquilos

entre las computadoras como si fueran flores

con pétalos que giran.



Me gusta pensar

    (¡tiene que ser!)

en una ecología cibernética

donde seamos liberados del trabajo

y volvamos a la naturaleza,

retornando a nuestros

hermanas y hermanos mamíferos,

vigilados todos

por las máquinas de amor y gracia. 





Richard Brautigan

lunes, 15 de agosto de 2011

Los dictadores benevolentes del lenguaje

Quality of implementation, however, is critically important in the satisfaction enjoyed by users of the language. It is the experiential difference between writing Ruby and JavaScript. The factor that, in my view, most affects this quality of implementation is the vision of the original creator. Where the vision is maintained by a single individual, quality thrives. Where committees determine features, quality declines inexorably: Each new release saps vitality from the language even as it appears to remedy past faults or provide new, awaited capabilities.
[...]
Benevolent dictators make decisions about the language in consultation with the community of users. They are notable for being willing to extend the spirit of the language by making hard decisions that large committees almost always eschew.
[...]
A similar benevolent dictatorship exists with C#. The language, as I have mentioned before, is remarkably well tended by a core group in Microsoft headed by Anders Hejlsberg. (Although there is an ECMA standard for C#, Microsoft is the reference implementation, and the company decides the new features.) The result is a language widely loved by its users (Miguel de Icaza: "It's a beautiful languages that is such a pleasure to program in") and admired by others. Lua, Ruby, D, and Perl are other successful instances of this model.

Leído en Dr. Dobb's. "In Praise of Benevolent Language Dictators", de Andrew Binstock.