Como película me parece una película entretenida, una buena película. Aunque si tenemos en cuenta de quien trata creo que la forma de abordar la película y de como han tratado ciertos temas le resta puntos.  No entro a valorar las interpretaciones en esto. Y ahora mi crítica.

Si no has visto la película y no quieres conocer detalles no sigas leyendo.

SPOLIER!!!! SPOILER!!!

La película esta basada en al vida de Alan Turing, es decir que no refleja con exactitud su vida y se toman determinadas licencias. Algo comprensible, lo que no llego a entender es la forma en la que se hace. Es decir, desde mi punto de vista existen temas que se obvian y que harían la película más apasionante, especialmente para aquellos que no conocen la obra de Alan Turing. Por ejemplo, creo  que no queda claro la vital importancia y lo que significó el descifrar la máquina Enigma. Los que conocemos el tema lo tenemos claro, pero aquellos que  no lo conocen aunque ven la importancia de logro no son conscientes de la magnitud de tal hecho.

Se mienta de pasada que el diseño de la máquina utilizada para romper Enigma se basa en un diseño polaco. Creo que utilizar 5 o 10 minutos para explicar esto hubiera merecido la pena no solo para el entendimiento del logro, si no para la película.

Los Polacos estaban preocupados ya que se temian que Hitler les invadiera. Por ese motivo pusieron a Marian Rejewski, un matemático Polaco, a cargo de descifrar la máquina Enigma. Algo que todo el mundo creía imposible. Por este motivo los aliados le facilitaban información a Polonia sobre Enigma ya que consideraban dicha información inservible al ser indescifrable. Marian Rejewski construyó la primera bomba, es decir descifró Enigma, y estuvieron duranta unos dos años (creo recordar) descifrando comunicaciones alemanas. Cuando los alemanes reforzaron Enigma con mas rotores las bombas diseñadas por Rejewski no tenían la potencia suficiente y dada la falta de presupuesto no podían construir máquina más potentes. Este hecho hizo que los Polacos supusieran que Hitler les iba a invadir en poco tiempo. Motivo por el cual montaron unas “charlas” con los aliados donde les pusieron al tanto de sus avances con el desciframiento de Enigma. Los aliados se quedaron perplejos ante el hecho de que que los Polacos hubieran descifrado Enigma. No es que quiera desmerecer el trabajo de Alan Turing, ni mucho menos, pero en esta historia Marian Rejewski es siempre el gran olvidado.

Esta parte se debería haber detallado un poco más, aunque solo fuera haber dedicado un par de minutos.

Para comprender la verdadera complejidad del problema de Enigma se llegó a planificar una operación militar en la que un avión capturado aleman se estrellaba en el oceano, cerca de submarinos alemanes, con tripulación inglesa que hablará aleman para al ser rescatados por algún submarino robar la versión de Enigma de la marina alemana y el libro de códigos. ¿A que suena a escena de James Bond? Pues uno de los artifices de este hecho fue Ian Fleming que diseñó la operación Ruthless.

El papel de Joan Clarke en la película también es irrisorio, y me refiero al protagonismo en la historia. Aparece como una amiga de Alan Turing y poco mas.

Sobre el trabajo en el descifrado de Enigma parece que los únicos que trabajan en Enigma son Alan Turing y su equipo, algo que dista mucho de la realidad. Había una legión de gente analizando Enigma. Además, que según se aprecia en la película parece que sólo trabajaba en la construcción física de la máquina para descifrar Enigma Alan Turing, algo también falso.

Alan Turing era aficionado al atletismo y llegó a correr varias maratones, con muy buenos tiempos. Esto se plasma en la película viendo a Alan Turing corriendo sin mas explicación. Algo que a mi entender o bien sobra o bien hubiera necesitado de alguna explicación adicional.

La película utiliza varios estereotipos, Alan Turing era un personaje excentrico. Por ejemplo debido a que tenía alergias a veces solia salir a caminar con máscara de gas. En la película se le retrata como un ser asocial, con falta de empatia (¿efecto Sheldom Cooper?) de una forma muy exagerada.

Luego tenemos el tema de la homesexualidad de Turing, algo que durante la película se trata muy ligeramente para al final ser algo crucial en la película. Lo que si he de reconocer es que tratar en paralelo tres épocas de la vida de Turing, su infancia y relacion con Christopher Morcom, la historia de Enigma y la investigación policial que sacó a la luz la homosexualidad de Turing me gustó. Especialmente como se afrontar el interrogatorio y su evolución hasta un Test de Turing, solo que en lugar de utilizarlo para deducir si Turing es una persona o una máquina se utiliza para deducir si es culpable o no.

Respecto al título en España “The Imitation Game – Descifrando Enigma”  tenemos lo de siempre, los titulos se inventan. La coletilla de Descifrando Enigma sobraba.

Y por último, al final de la película explican brevemente que implicó la ruptura de Enigma y que significó de cara a la guerra. Creo que deberían haber explicado un poco mas los trabajos de Alan Turing en otras disciplinas matemáticas (o incluso en física cuántica) para transmitir la genialidad de una mente que si no hubiera sido tratado injustamente por su condición de homosexual y no se hubiera suicidado hoy, cientifica y tecnologicamente hablando, estaríamos mucho mas avanzados.

En este caso, y desde mi opinión particular, el no ceñirse a la realidad ha generado una película de peor calidad. El guión me parece mejorable, bastante mejorable. Aún así me parece una buena película.

Para ello será necesario registrarse y enviar la idea. Las 10 ideas seleccionadas continuaran con el proceso y recibirán una Intel Edison. Todo el proceso se puede consultar en la página del proyecto al igual que los premios.

]]> http://feedproxy.google.com/~r/diegocg/~3/yumPUJGexRA/android-5-una-version-para-olvidar-las.html Ayer <a rel="nofollow" target="_blank" href="http://www.fundeu.es/consulta/flas-y-flash-589/">flaseé</a> Android 5.0 a mi Nexus 4 -un modelo que ya tiene dos años-, y he podido comprobar como todas las cosas buenas que se dicen sobre esta nueva versión son ciertas. La interfaz es mejor, el uso ingente de animaciones por doquier no me resulta molesto porque se utilizan para explicar visualmente las transiciones de los elementos de la interfaz, el uso de batería ha mejorado enormemente, y mejorará más a medida que las aplicaciones hagan uso de <a rel="nofollow" target="_blank" href="https://developer.android.com/about/versions/android-5.0.html#Power">las nuevas APIs</a>, las notificaciones, runtime ART, etc. Me he topado ya con un par de crashes de aplicaciones del sistema, pero nada que se salga de lo habitual en una version .0.<br /> <br /> Lo paradójico de Android 5.0 es que las mejoras son tan buenas, que ponen en evidencia una verdad impopular: Android 4.x era una castaña.<br /> <br /> Seguramente muchos hayan leído alguna vez el mote burlesco "lagdroid", referente a la lentitud y falta de respuesta de la interfaz de Android. ¿Cuántas veces han escuchado a fans de Android decir que en esta nueva subversión, en este nuevo teléfono último modelo, el "lag" pasaba a ser historia? Pues no, el lag seguía ahí. Cierto, la respuesta de la interfaz mejoró mucho en las últimas versiones (especialmente con las <a rel="nofollow" target="_blank" href="https://www.youtube.com/watch?v=vQZFaec9NpA">mejoras de 4.3</a>). Pero no dejó de existir.<br /> <br /> La notable mejora de rendimiento del nuevo runtime java ART -que estaba en 4.4, pero sólo opcional en el menú para desarrolladores- es la mejor prueba de que hasta ahora, usar Android era usar un sistema lento. El propio Google cita, como característica de ART en 5.0, una interfaz con mejor respuesta. Y en esta versión se incorpora también un proceso dedicado a hacer las animaciones, para que sean siempre fluidas. Y hay que tener en cuenta que el salto de Dalvik a ART sea tan grande no implica necesariamente que ART tenga un rendimiento sobresaliente. Mientras tanto, los usuarios de iPhone y Windows Phone han disfrutado de una interfaz con buena respuesta desde el primer día.<br /> <br /> Lo mismo se puede decir del uso de batería: Las mejoras de 5.0 <a rel="nofollow" target="_blank" href="http://arstechnica.com/gadgets/2014/07/examining-project-volta-we-put-android-l-through-our-battery-test/">son brutales</a> (en gran parte, por el cambio a ART), y no responden a un paso adelante respecto a otros sistemas, sino a una puesta al día de Android.<br /> <br /> Digo todo esto porque existe un intenso fenómeno de fandroidismo en Internet y un desprecio hacia Apple y a sus productos, que se venden a precio de oro a pesar de ser menos versátiles y menos capaces; y también hacia Windows Phone. Está muy bien usar Android -yo también lo uso-, pero el elitismo fandroidero sobra. Vistos los defectos de anteriores versiones de Android, comprar un iPhone o Windows Phone estaba plenamente justificado, y probablemente lo siga estando en muchas facetas. Aunque gracias a Android 5, eso si, en muchas menos.<img src="http://feeds.feedburner.com/~r/diegocg/~4/yumPUJGexRA" height="1" width="1" alt=""/> Diego Call. tag:blogger.com,1999:blog-7974522.post-8586665629122179418 Sun, 16 Nov 2014 21:34:00 +0000 http://www.divulgaciones.net/2014/11/11/accediendo-a-datos-json-online-con-r/ R es una magnifica herramienta para el tratamiento estadístico de datos y no sólo es gratis, si no que además es open source. Para el tratamiento de datos primero es necesario recopilarlos. El uso de diferentes herramientas para desarrollar un trabajo suele ser algo tedioso y siempre que sea posible es deseable utilizar el menor [&#8230;] http://www.divulgaciones.net/?p=2503 Tue, 11 Nov 2014 21:55:52 +0000 R es una magnifica herramienta para el tratamiento estadístico de datos y no sólo es gratis, si no que además es open source.

Para el tratamiento de datos primero es necesario recopilarlos. El uso de diferentes herramientas para desarrollar un trabajo suele ser algo tedioso y siempre que sea posible es deseable utilizar el menor número de herramientas para no solo simplificar si no para tener una mejor integración.

JSON se ha convertido en un formato bastante popular para almacenar y compartir datos. Especialmente popular en internet donde muchas páginas webs lo utilizan para gestiornar más eficientemente sus datos o bien intercambiarlos con usuarios.

Existen servicios como por ejemplo twitter o github que permiten acceder a datos del servicio. Hay veces que es necesario autenticarse para o bien acceder a los datos o bien para no tener límite en la cantidad de datos que se pueden acceder de forma anónima. Para ello será necesario autenticarse utilizando el protocolo OAuth.

En R podemos utilizar autenticación OAuth utilizando el paquete httr:

library(httr)

Lo primero que tenemos que hacer es registrar una aplicación en el servicio del que queremos extraer información y una vez hecho dispondremos de una “key” y un “secret” que serán los parámetros que necesitaremos para realizar la autenticación.

Para lograr la autenticación en, por ejemplo, github el código en R será el siguiente:

# Establecemos el endpoint para la autenticación con github.
# Se soportan los siguientes: linkedin, twitter, vimeo, google, facebook y github
# Si necesitamos acceder a algún servicio no soportado será necesario utilizar la función de R oauth_endpoint (?oauth_enpoint)
oauth_endpoints("github")

# Registramos la aplicación con el key y secret obtenido en el registro de la aplicación en el servicio del que queremos sacar información.
# El primer parámetro es el nombre de la aplicación.
# El parámetro secret se puede establecer a null y se utilizará una variable de entorno para acceder a el (?oauth_app)
myapp <- oauth_app("rstats",key="xxxxxxxxxxxxxxxxxxxx",secret="xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx")

# Obtenemos el token para autenticarnos
github_token <- oauth2.0_token(oauth_endpoints("github"), myapp)

Una vez que estamos autenticados ya podemos solicitar información al servicio.

Para manejar datos JSON utilizaremos el paquete jsonlite:

library(jsonlite)

Para descargar los datos con jsonlite:

# url de la que obtener datos
url="https://api.github.com/users/user"

# Petición para obtener los datos
req <- GET(url, config(token = github_token))

# Convertimos errores http en errores de R para ver si ha habido problemas en la descarga de los datos
stop_for_status(req)

# Almacenamos los datos del objeto json en un data frame
userData <- content(req,encoding='utf-8',"parsed")

 Una vez que ya tenemos los datos en un data frame podemos procesarlos. Hay que tener en cuenta que debido a la naturaleza de como se almacenan los datos en JSON es muy probable que tengamos anidados data frames u otros tipos de datos dentro del data frame userData. Aunque en el ejemplo anterior no suceda si seguimos inventigando con los datos que github facilita via JSON (projectos, commits, …) podremos ver esta situación. Por ello es fundamental conocer la estructura de los objetos JSON.

Para evitar sorpresas es más que recomendable utilizar el encoding de los datos, especialmente si guardamos los datos a disco.

En el caso de Mozilla Firefox se almacena información en ficheros sqlite:

[user@hostname ~]$ find .mozilla/ -name "*sqlite"
.mozilla/firefox/d1brhjhl.default/permissions.sqlite
.mozilla/firefox/d1brhjhl.default/places.sqlite
.mozilla/firefox/d1brhjhl.default/cookies.sqlite
.mozilla/firefox/d1brhjhl.default/content-prefs.sqlite
.mozilla/firefox/d1brhjhl.default/webappsstore.sqlite
.mozilla/firefox/d1brhjhl.default/signons.sqlite
.mozilla/firefox/d1brhjhl.default/formhistory.sqlite
.mozilla/firefox/d1brhjhl.default/healthreport.sqlite
[user@hostname ~]$

La información almacenada en estos ficheros es accesible por cualquiera que tenga acceso a los ficheros, no está encriptada ni protegida con contraseña. Esto significa que cualquier persona que tenga acceso a tu equipo con tus credenciales y pueda hacerse una copia de esta información podrá obtener información confidencial sobre quien haya utilizado el navegador. De igual forma cualquier proceso ejecutándose en tu ordenador podrá hacer lo mismo.

SQLite es un motor de base de datos autocontenido y que no requiere de ningún servidor de base de datos. Por simplificarlo son datos en un ficheros estructurados de una determinada forma.

Este formato es ampliamente utilizado por muchas aplicaciones, como WhatsApps. Whatapps “tomó la precaución” de encriptar la base de datos SQLite, pero lo hizo de una forma un tanto chapucera, con lo cual era bastante fácil acceder a la información de dicha base de datos y por tanto tener acceso a todas las conversaciones de WhataApps. Digo era, por que probablemente hayan cambiado la clave y lo comentado en el artículo anterior no te valga. Aunque deberían haber cambiado no sólo la clave, si no la forma de proteger la base de datos de conversaciones de WhatsApps.

La forma mas sencilla de manejar estos ficheros es un un pluging de Firefox SQLite Manager.

A mi me suele pasar muy a menudo que con las prisas al hacer login en un servicio web o bien no pulso bien la tecla TAB para cambiar de campo o bien que no ha terminado de cargar la página y al cargar devuelve el foco al campo de usuario tecleando usuario y password junto, con lo cual este dato queda almacenado:

Login

Con SQLite Manager abrimos el fichero formhistory.sqlite. Para ello en Firefox en el menú herramientas tenemos la opción SQLite Manager:

En la pestaña ejecutar SQL y en el apartado select introducimos la query para consultar la información almacenada en la tabla moz_formhistory:

Pulsando Ejecutar SQL y navegando por los datos llegamos al lugar donde tenemos almacenado en el campo value el login del usuario que en este caso estará formado por el usuario y la contraseña seguidos:

El resto de campos los he borrado. Se podrían filtrar los datos de una manera más efectiva utilizando sentencias SQL. Por ejemplo con la siguiente sentencia SQL solo nos hubieran aparececido entradas de formulario para el campo de usuario: SELECT * FROM moz_formhistory WHERE fieldname=’session[username_or_email]’.

Podemos borrar la entrada utilizando el campo Data Manipulation con la query: DELETE FROM moz_formhistory WHERE value=’usuariocontraseña’ donde usuariocontraseña es el valor del campo value del registro que queremos borrar. Este sentencia no sólo borrará ese registro, también borrará cualquier otro que tenga el mismo valor en el campo value.

Para asegurarnos de que valores vamos a borrar con esa query podemos ejecutar antes: SELECT * FROM moz_formhistory WHERE fieldname=’session[username_or_email]’.

Si ahora hacemos un SELECT comprobaremos que el registro 250 habrá desaparecido:

Ahora podremos verificar que, en efecto, ya no aparece:

Aunque no está de mas hacer una busqueda por la cadena de la contraseña, quizá no llevemos una sorpresa:

[user@hostname ~]$ grep -r usuariocontraseña *
Coincidencia en el fichero binario places.sqlite
[user@hostname ~]$

De igual forma editamos el fichero places.sqlite ejecutando la siguiente query: SELECT * FROM moz_places WHERE url LIKE ‘%usuariocontraseña%’

Como no sabemos la url exacta no podemos hacer una query del tipo campo = valor. Para ello utilizamos LIKE con los caracteres % como comodines. La anterior query selecciona todos los registros de la tabla en los cuales el campo url contenga la cadena usuario contraseña.

Para borrar esos registros: DELETE FROM moz_places WHERE url LIKE ‘%usuariocontraseña%’.

Con estas indicaciones ya sabemos como localizar información sensible en las base de datos del navegador y poder eliminarlas de forma granular sin tener que borrar todos los datos de la base de datos.

Lo aquí mostrado es un mero ejemplo de como buscar información, dependiendo del tipo de información que queramos buscar se podrá encontrar en una tabla o en otra. Siempre es buena idea el hacer una busqueda con grep o similar antes para localizar que ficheros binarios necesitamos examinar.

Deberías, aunque solo fuera por curiosidad el instalarte el plugin anterior y curiosear por estos ficheros en tu ordenador para saber que tipo de información se almacena y de esta forma aprenderás a ser más cuidadoso, a ser consciente de los datos que te pueden robar y como te impactaría.

¿No usas Firefox? Pues no respires aliviado, cualquier navegador en el mercado hace lo mismo de una forma similar y la información almacenada no será muy diferente.

¿Por qué me opongo a la bajada el IVA? Pues muy sencillo, el cine, la música, los libros no son cultura y permitirme que matize esto. No toda la música, no todo el cine y no todos los libros son cultura. La mayoría de ellos son productos comerciales creados para el consumo de la gente y con ello ganar dinero, y bastante dinero. Cuando estas actividades son puramente comerciales como un banco o una operadora de telecomunicaciones ¿por qué hay que bajarle los impuestos?

Lo que además me hace gracia es que estos que tanto defienden la bajada del IVA a los productos “culturales” defienden que la cultura es de todos y tiene que se accesible a todo el mundo,. Motivo por el cual defendían el canon indiscriminado por que la gente se descargaba de forma gratuíta sus productos culturales, esos productos culturales que según ellos tienen que ser accesibles por todos. La cultura tiene que ser accesible por todo el mundo, pero pagandoles, claro. Que conste que no me opongo a que quieran cobrar por su trabajo, me parece justo. Lo que me opongo es a que tengan un trato preferente cuando la mayoría de lo que ellos llaman cultura son productos de entretenimiento sin apenas valor cultural. Entendiendo valor cultural en el sentido clásico de la palabra, es decir algo que enriquece a la sociedad. Además teniendo el agravante de que si nos fijamos en la televisión de hoy en día o en el cine muchas de las producciones lejos de enriquecer a la sociedad la aborregan.

En definitiva, que si algo es un comercio puro y duro deberá pagar sus impuestos.

Desde el gobierno se debería decidir que condiciones debe cumplir un producto para considerarse “cultura” y en estos casos se debería disponer de un tipo reducido de IVA. Pero bajo ningún concepto aplicarse de forma generalizada.

Por poner un ejemplo que me toca. El software libre tiene embebido un tipo de cultura entonces que a todos los que trabajamos con software libre nos apliquen un tipo de IRPF reducido. De igual forma el software privativo tiene asociado otro tipo de cultura ergo …

Podemos ver elementos culturales en todas y cado uno de nuestros aspectos en la vida. ¿Son todos merecedores de un trato fiscal preferente?

Para mí, por ejemplo, aporta mucho más a la sociedad el software libre que el cine y la televisión. Mucha gente argumentará que los que trabajamos en software libre lo hacemos para ganarnos la vida. Cierto (en parte), pero claro los actores, guionistas parece que no.

No resulta irónico que escriba estas líneas con una pierna escayolada a lo James Stewart.

Si eres de aquellos que tienen una reflex y siguen con los objetivos del kit lamento decirte que tiraste el dinero y deberías haberte comprado una compacta o una bridge. Sacarás mejores fotos por menos dinero y te será mucho más cómodo.Cuando compramos una reflex, especialmente la primera que compramos, lo hacemos comprando un kit. Es más económico y nos sirve para familiarizarnos. Así hice yo con mi Nikon D60 y sus objetvos 18-55mm y 55-200mm.

Una vez que nos hemos acostumbrado a una reflex y tenemos claro que tipo de fotografía vamos a realizar viene la díficil elección. Que objetivo comprar, que marca, etc

En lo siguiente supondremos que hablamos de focales para camaras APS-C y no Full-Frame, con lo cual para conseguir la focal “real” será necesario multiplicarla por el factor de multiplicación de la cámara. Para Nikon es 1.5, con lo cual un 35mm equivaldría en una Full-Frame a 35mm * 1,5 = 52.5mm. Canon tiene un factor de multiplicación de 1.4.

Antes de comprar un objetivo tenemos que tener muy claro para que tipo de fotografía lo queremos y además tendremos que estar familiarizados con los siguientes conceptos:

• Factor de multiplicación de la distancia focal
• Número f
• Apertura
• Profundidad de campo
• Distancia hiperfocal

Reflexiones antes de comprar una reflex o nuestro primer objetivo

Antes de decidirse a comprar una cámara reflex o en su defecto si ya tenemos una y vamos a comprar nuestro primer objetivo sería recomendable hacer una pequeña reflexión antes.

¿De verdad necesitamos una cámara reflex?

Una cámara reflex signifca una inversión considerable de tiempo y dinero. Para sacarle el máximo provecho habrá que invertir más dinero en objetivos. Además su uso es complejo y requiere tiempo. Y si todo esto no te ha asustado piensa que tendrás que cargar un un gran bulto, especialmente si llevas varios objetivos.

Mi recomendación es que si lo que quieres es disparar rápido para tener fotos y/o recuerdos compres una cámara bridge o una compacta que a día de hoy te permitirán sacar muy buenas fotos en la mayoría de las situaciones.

Una cámara reflex implica el que te guste la fotografía, en extremo, requiere tiempo y dedicación. A todo esto sumale el desembolso económico y lo poco cómodo que es cargar con el material. Sólo te compensará si tienes mucha afición por la fotografía.

Si te vas a comprar una reflex para quedarte sólo con los objetivos del kit no pierdas ni tiempo ni dinero. Comprate una bridge o una compacta.

Angulares

Consideraremos como objetivos angulares aquellos objetivos con una distancia focal menor de 35 mm. Se pueden subclasificar en:

• Ojos de pez.
• Super angulares.
• Angulares.

Estos objetivos, como indica su propio nombre, proporcionan un gran angulo y se suelen utilizar para fotografía de paisajes o arquitectónica. Debido al gran ángulo que ofrecen tienden a distorsionar la imagen con un “efecto tonel”.

Cuanto mayor ángulo, menos mm, mas se acentúa el efecto tonel. En formato Full-Frame la visión del ojo humano equivale a 50mm. En una cámara APS-C con un factor de multiplicación de 1.5 equivaldría a un objetivo de 35mm, aproximadamente. Esto significa que utilizando una focal de 35mm, en una cámara APS-C, se introducirá muy poca distorsión. Cuanto menor sea la distancia focal mas se acentuará la distorsión. Esta distorsión normalmente no es apreciable para el ojo humano salvo cuando utilizamos distancias focales muy bajas. Con objetivos ojos de pez la distorsión es evidente.

Los objetivos tipo de pez se utilizan antes de la llegada de los ordenadores personales y el software de retoque fotográfico para realizar fotografía creativa y lograr efectos que no era posible conseguir de ninguna otra forma.

Teleobjetivos

Consideraremos como teleobjetivos aquellos objetivos con una distancia focal entre 35mm y 200mm. Estos teleobjetivos normalmente también se les conoce como zoom.

Estos objetivos se utilizan para fotografiar objetos a distancia. A mayor distancia focal más se acerca el sujeto al que queremos fotografiar.

Estos objetivos tienden a perder luminosidad cuanto mayor es la distancia focal utilizada al igual que tienden a difuminar el fondo de la foto. Es decir que el sujeto sobre el que se haga el enfoque saldrá enfocado y el resto tendrá  a estar difuminado.

El uso más común de estos objetivos suele ser para fotografía de naturaleza y deportiva, en algunas situaciones, retratos o para fotografiar detalles de monumentos.

Superteleobjetivos

Son teleobjetivos extremos de más de 200mm.

Estos objetivos se utilizan para fotografía de naturaleza y deportiva.

Son bastante caros, especialmente los profesionales. Un objetivo de este tipo “amateur” de 120-400mm puede costar nuevo unos 900€.

Dado que los teleobjetivos tienden a perder luminosidad cuanto mayor es la distancia focal estos objetivos no suelen ser muy luminosos. Los superteleobjetivos profesionales suelen ser más luminosos y eso se nota en el precio, y bastante.

Una alternativa más barata a un teleobjetivo puede ser el digiscoping. Se trata de acoplar una cámara a un objetivo permitiendo rangos focales mayores que los teleobjetivos aunque la calidad de las fotografías se resiente.

Multiplicadores o teleconvertidores

Los multiplicadores son accesorios que se situan entre la camara y el objetivo y permiten aumentar la distancia focal. Un objetivo de 400mm usado con un multiplicador 2x tendrá una distancia focal de 800mm.

Antes de decidirte a comprar uno debes de saber que este aumento de la distancia focal se hace a cambio de perder luminosidad en el objetivo, y puede que hasta sea necesario enfocar en manual. Esto hará que en situaciones con poca luz sea imposible utilizar el multiplicador. Para fotografía de naturaleza esto es un gran inconveniente, ya que en cuanto empiece a escasear un poco la luz si el objetivo no es muy luminoso será completamente inutil con el multiplicador.

Objetivos macro

Estos objetivos se utilizan para fotografiar objetos pequeños con detalle como monedas, insectos, flores …

A priori mucha gente piensa que para estas tareas lo mejor es un objetivo con cuanto más mm mejor. El problema de los teleobjetivos y superteleobjtivos es que su distancia de enfoque suele ser grande. Esto hace que tengamos que estar separados del sujeto a fotografiar lo que implica una perdida de efectividad.

 Los objetivos macro permiten enfocar a  muy corta distancia, son siempre de focal fija y el factor de amplificación sera 1:1.

No estoy muy familiarizado con la fotografía macro, con lo cual espero no haber puesto ninguna burrada.

Una alternativa barata puede ser utilizar anillos o tubos de extensión. Son tubos huecos sin ninguna óptica que se situan entre el cuerpo de la cámara y el objetivo que aumentan la distancia entre el objeto a fotografiar y el plano focal. Con esto se consigue disminuir la distancia de enfoque y aumentar el tamaño del objeto a fotografiar en el sensor. Es una alternativa barata a comprar objetivos macro, pero hay que tener en cuenta que si los tuvos de extensión no disponen de contactos para la electrónica de la camara nos tocará hacer todo en manual.

Recomendaciones generales a la hora de elegir una distancia focal

Obviamente dependerá del tipo de fotografía a realizar. Pero antes de entrar a eso:

• Es preferible utilizar objetivos de focal fija ya que suelen proporcionar una mayor nitidez. Son menos versátiles y más caros.
• Cuanto menor número f, mejor. Serán más luminosos con lo que permitirán disparar a mayores velocidades de obturación reduciendo de esta forma la cantidad de fotos que nos salen “movidas”. Para mi los objetivos ideales tienen número f 2.8 o inferior.
• Evitar objetivos con un rango focal excesivo, por ejemplo 18-200mm. Son muy versatiles pero este tipo de objetivos suelen perder nitidez, además de no ser extremadamente luminosos. Esto hará que en cuanto no haya unas condiciones ideales de luz se empiece a complicar sacar “buenas” fotos.

Mis recomendaciones en cuanto a distancias focales:

• Fotografía de paisajes: hasta 24mm.
• Fotografía de edificios: hasta 18mm, por no ser muy radical. Alguna vez he tenido problemas con 18mm ya que no me daba ángulo suficiente. Teleobjetivos desde 100mm para obtener detalles de los edificios.
• Panorámicas: 35mm.
• Retratos: desde los 50mm hasta los 100mm.
• Fotografía de naturaleza: objetivos macro para insectos, flores, …  y teleobjetivos/superteleobjetivos desde 150mm para aquellos animales que no sea fácil acercase.
• Fotografía de deportes: Teleobjetivos y superteleobjetivos desde 150mm.
• Fotografía todo terreno: Si queremos tener un objetivo para el día a día y que nos valga para la mayoría de situaciones minimizando el cambio de objetivos yo compraría un objetivo con un rango focal comprendido entre los 24mm y los 90mm.

 El infierno de las siglas en los objetivos

Una vez que tengamos claro que tipo de objetivo necesitamos empezaremos a ver objetivos y a sentirnos un poco abrumados con tanta sigla si no estamos familiarizado con ellos.

Lo siguiente es un resumen de las siglas según la marca.

Objetivos Nikon:

• VR: estabilizador de imagen.
• AF: autoenfoque.
• IF: internal focus. El enfoque se hace de forma interna, sin que la lente sobresalga.
• G: la lente no tiene un anillo de abertura. Todas las ópticas modernas son de este tipo.
• ED: extra-baja dispersión. La luz que entra en el objetivo no se dispersa entre los elementos de cristal del objetivo. Mayor nitidez y menos aberración cromática.
• DX: sensor del tipo APS-C. La focal deberá multiplicarse por el factor de conversión para obtener la focal equivalente en Full-Frame. En Nikon este factor es de 1.5.
• FX: sensor de tipo Full-Frame. Sin recorte.

Objetivos Canon:

• EF: objetivos para cámaras Full-Frame.
• EF-S: objetivos para cámaras APS-C.
• L: objetivos de gran luminosidad.
• UD: baja dispersión. Menor aberración cromática y mayor nitidez.
• IS: estabilizador de imagen.
• USM: motor ultrasónico de enfoque. Enfoque más rápido y silencioso.
• IF: enfoque interno. El enfoque se hace de forma interna, sin que la lente sobresalga.
• DO: objetivos con elementos difractivos. Reduce el tamaño y el peso del objetivo.

Objetivos Tamron:

• Di: objetivos para reflex digitales APS-C y Full-Frame.
• Di II: objetivos para reflex digitales APS-C.
• Di III: objetivos para compactas.
• SP: alto rendimiento. Objetivos de gama alta.
• AF: autoenfoque.
• VC: Estabilizador de imagen.
• USD: enfoque más rapido y silencioso.
• XR: Cristal de alto índice refractivo. Permite reducir el tamaño del objetivo.
• LD: Cristales de baja dispersión. Mejora la nitidez y reduce las aberraciones cromáticas.
• IF: Internal focus. El enfoque se hace internamente, sin que la lente sobresalga.
• PZD: Motor de autoenfoque ultrasónico. Enfoque más rápido y silencioso.

Objetivos Sigma:

• EX: objetivos de gama alta.
• DG: objetivos para reflex digitales APS-C y Full-Frame.
• HSM: motor hipersónico de enfoque. Enfoque más rápido y silencioso.
• OS: estabilizador de imagen.
• APO: libre de aberraciones cromáticas (en teoría).

Objetivos Tokina:

• AT-X: objetivos de gama normal.
• AT-X Pro: objetivos de gama alta.
• DX: objetivos para cámaras APS-C.
• FX: objetivos para cámaras Full-Frame.
• AF: Autoenfoque.
• IF: Internal focus. El enfoque se hace internamente.
• SD: baja dispersión. Mejora la nitidez y reduce la aberración cromática.
• AS óptica asférica. Corrigen la aberración esférica y las aberraciones en los bordes de la imagen.

Dada la ley que van a aprobar, o ya han aprobado, cualquier página que enlace a estos medios deberá pagar un canon a dichas asociaciones. Bueno, no tengo claro si es cualquier página o sólo los que hacen negocio. Pero prefiero curarme en salud, no siendo que con el tiempo pongan la ley mas restrictiva y me fo113n.

Yo hace ya algún tiempo que empecé a revisar entradas e ir eliminando referencias para evitar sanciones cuando aprobarán la ley. Aún me queda mucho por hacer. Muchas páginas que revisar y poco tiempo.

Si no quieres exponerte a que te sancionen este plugin es una buena idea, al menos temporalmente hasta que elimines todas las referencias (recomendable, pa por si).

Yo ya lo tengo activado. Otro día verificaré que funciona correctamente y seguiré revisando para eliminar todas las referencias. No tengo ganas de que después de que les genero tráfico y con ello se lucran, encima me sancionen. Además de puta poner la cama. No, si puedo evitarlo.

A pesar de que mi nueva etapa profesional va a ser muy ilusionante y estimulante hoy ha sido un día con sentimientos encontrados. Dejo un trabajo, empresa y cliente en el que estaba muy agusto, con un gran equipo de gente y eso siempre es triste. No importa donde vayas o lo que vayas a hacer.

Para despedirme he llevado un par de empanadas de marisco de la dehesa charra, hornazo, y unos dulces de coco. Estos últimos no son típicos, pero coño estan muy buenos. Si alguien quiere conocer algo más sobre la tradición del Lunes de Aguas y el hornazo.

Hornazo

Los compañeros han tenido el detalle de hacerme un regalo de despedida:

• Un maillot y un culote para la mountain.
• Un chaleco ligero para ir de pesca o tirar al plato. De caza sólo me valdrá en la media veda.
• Un CD de  Iron Maiden, (mi grupo preferido es Ac / Dc, seguido a distancia casí imperceptible de los Maiden).

La equipación para la bici la estrenaré este fin de semana. Ademas me la han regalado con los colores corporativos no sólo del cliente, si no que también de mi nueva empresa. Todo un detalle!!!

Si tengo suerte y saco tiempo este fin de semana me gustaría ir a cangrejos, con lo cual igual también estreno el chaleco.

Muchas gracias por todo compis!!!.

Cuando fuí a pedir hora para el dentista resulta que sus vacaciones coincidian con las mías, con lo cual me dió cita para Octubre.

Algo de preocupación empecé a tener no siendo que se mi infectará, caries etc. Al final tuve suerte y no tuve ningún problema.

Cuando fuí a sacarmela fue imposible, me daban unas arcadas y una tos tremendas. En Abril del año pasado mi garganta empeoró y tuve que dejar de salir a caminar dado que se me secaba mucho la garganta y me pasaba lo mismo. Pensaba que había remitido, pero no.

Después de estar bastante tiempo en tratamiento en el otorrino, en Madrid, y no mejorar la preocupación que tenía por no poder quitarme la dichosa muela fue en aumento. El que me empezará a doler aumentó mi angustia pero gracias al ibuprofeno el dolor se pasó. Tampoco es que me doliera mucho. Después de tres meses teniendo que tomar ibuprofeno, decidí dejarlo a ver si me dolia la muela y el dolor no volvió. Pero mi preocupación seguía al no mejorar mi garganta.

Al final decidí venirme a Salamanca al otorrino que me ha tratado toda la vida. La garganta siempre la he tenido tocada, con faringitis y demás. Consecuencias de que me quitarán las anginas.

Poco antes de ir al otorrino se me desarrolló una alergía complicando todo un poco más. Después de la revisión por el otorrino me dijo que los problemas de garganta eran de tipo nervioso. No me imaginaba de donde sería ya que estoy muy agusto en el trabajo y no tengo estrés. Aunque estrés siempre acumulamos ni mis circunstancias personales ni profesionales justificaban que los nervios se me hubieran agarrado de esa forma a la garganta.

A parte de unos medicamentos para la alergia y despejar las vias nasales me recetó un tranquilizante y la garganta me empezó a mejorar.

Últimamente pensaba mucho en la muela y me preocupaba el hecho de no tener la garganta lo suficientemente bien como para que me la sacarán. A las dos semanas de terminar el tratamiento me dio un ataque de ansiedad por pensar en la dichosa muela. Nada grave, pero decidí bajarme a urgencias cuando se me pasó antes de que fuera a mayores. Mas tranquilizantes.

Decidí intentar sacarme la muela como fuera. Aunque el dentista al que voy habitualmente es muy bueno y no tengo ninguna queja de él. Ya me había sacado una muela del juicio, empastes, desvitalización de muelas, reconstrucción etc preferí cambiar ya que si efectivamente mi problema estaba ocasionado por los nervios, como todo parecía indicar, el volver a ir y recordar el anterior intento no sería buena idea.

Un primo mio me recomendó su dentista al que va desde pequeño y que según el era muy bueno. Lo que me convenció es que utiliza Oxido Nitroso.

El día que tenía previsto sacarme la muela no pudo ser. Me indicó que cambiara mi forma de respirar y sólo con eso logré que no me volvieran a dar las arcadas ni la tos. Me estuvo explicando el sistema nervioso simpático y el sistema nervioso parasimpático y en base a esto cual era el motivo de mis arcadas y tos. Mano de santo. Pudo examinarme la muela del juicio con solo un par de amagos ocasionados por que rompí el ritmo de la respiración.

Después de la limpieza me comentó que lo mejor sería dejar la extracción de la muela para un par de días después. Ya que si lo intentabamos en ese momento igual me volvía a poner nervioso y sería peor. Al esperar un par de días, haber estado tranquilo y no haber tenido problemas al examinarme la muela lo asumiría y estaría mas tranquilo y relajado.

Me recetó empezar a tomar antibioticos para evitar infecciones antes y después de la extracción y un calmante más fuerte que nolotil para después de la extracción.

Ayer fuí a la extracción de la muela y al fin me la pudo sacar. Fue un éxito a pesar de que la extracción fue bastante complicada. Me senté en el sillón del dentista a las 12:45 y me levanté a las 15:00 horas.

No noté ni siquiera la anestesia hasta que se me empezó a dormir la boca. Me insensibilizó con hielo y ni note el pinchazo. Con el resto de dentistas te aplican el spray y después notas el pinchazo y como entra la anestesia, aunque ligeramente. Con el método que aplicó del hielo ni noté el pinchazo, ni como entraba la anestesia.

La conversación entre el médico y la enfermera fue bastante drámatica. La muela no salía, estaba muy arraigada en el hueso y la enfermera estaba constantemente entrando y saliendo trayendo nuevas herramientas. Le costó pero al final salió.

También me mandó unas pautas a seguir después de la cirugía para evitar inflamaciones o reducirlas. Además me inyectó corticoides para reducir la inflamación.

Estaréis pensando que pasé un infierno. En absoluto, durante la extracción no noté dolor ni molestia alguna. En estos momentos, más de 24 horas después de la extracción, no he tenido dolor ni molestia alguna. Unicamente una ligera inflamación por debajo de la mandibula.

De hecho hoy me tomé el calmante tres horas después de cuando me tocaba, así lo hice coincidir con el desayuno, y no había notado ningún dolor ni molestia.

Esta mañana me han llamado del dentista a ver como estaba y que tal de molestias habia tenido, ninguna.

La garganta la tengo bastante bien, no se si es por que ya no tengo preocupaciones por la muela o por todo lo que estoy tomando. Como mañana tengo revisión con el otorrino me sacará de dudas, pero todo parece indicar que los problemas de garganta venían por la dichosa muela del juicio. Y creo que no sólo era por las preocupaciones.

Nunca he tenido problemas con el dentista, pero esta vez no se que me pasó en la garganta. No se si la muela del juicio me originaba problemas en la garganta o que pasó. Pero mis problemas de garganta empezaron antes de la rotura y se agrabaron con la rotura.

Y durante toda esta odisea además me resentí de una vieja lesión en mi abductor izquierdo que me hizo ir un par de veces a rehabilitación y dejar el golf, la moutain y el squash por un par de meses. El squash todavía no lo he vuelto a retomar. Creo que fue lo que me originó la recaída de la lesión. Me fastidié el abductor jugando al frontenis en mis tiempos mozos y me recaí con el squash.

A parte de que tanto animicamente y psicologicamente este último año no he estado muy bien este último hachazo me ha hecho tener que retrasar la certificación de RHCE que tenía el 27 de Junio. Última oportunidad de hacerla con RHEL 6. Ahora me tocará ponerme las pilas con RHEL 7, con lo cual me tocará estudiar más para sacarla. Pero bueno, así me fuerzo a aprender RHEL 7. No hay mal que por bien no venga.

No creo que haya mucha gente dispuesta a cambiarse por mi durante este pasado año.

Después de esta odisea a los que seáis aprensivos con el dentista u os de reparo os recomiendo que vayáis a uno que utilice oxido nitroso. Es una maravilla, aunque no es como en lo que he visto en las películas. A mi, por lo menos, no me ha dado ganas de reir ni te quedas groggy que no te enteras de nada. Te enteras de todo pero estas tranquilisimo.

Ahora sólo me queda preocuparme de que no se me infecte e irme a quitar los puntos en unas semanas. Con los antibióticos y teniendo cuidado no debería tener ningún problema. Llevo sin salir de casa desde la extracción para tratar de controlar las posibilidades de extracción. Ya mañana haré vida “mas o menos normal”, lo de mas o menos es por comer con cuidado y por el otro lado para evitar problemas ahora que todavía esta reciente.

Dicen que todas las desgracias vienen juntas. Durante este último año doy fe. Si llego a tener un circo no sólo me crecen los enanos si no que además me sodomizan.

mount: wrong fs type, bad option, bad superblock on .....

Estamos teniendo un error en el superbloque del sistema de ficheros, es muy importante tener en cuenta que es una propiedad de los sistemas de ficheros Ext.

El superbloque contiene información relativa al sistema de ficheros, bloques ocupados, tabla de inodos, etc

Los sistemas de fichero Ext determinan de forma automática el número de inodos del sistema de fichero, pero dependiente del uso que se le vaya a dar al sistema de ficheros esto se puede cambiar. Un inodo basicamente es una entrada en el sistema de ficheros. Si el número de inodos se acaba no se podrán almacenar más ficheros aunque quede espacio libre en el sistema de ficheros. Y, obviamente si no hay espacio aunque haya inodos libres no se podrán tampoco almacenar ficheros.

Por estos motivos el superbloque es tan importante y es debido a esta importancia que siempre se guardan varias copias del superbloque.

Para poder restaurar el superbloque necesitamos conocer su ubicación dentro del sistema de ficheros:

[root@hostname ~]# dumpe2fs particion/logical volume | grep -i superblock
Primary superblock at 0, Group descriptors at 1-6
  Backup superblock at 32768, Group descriptors at 32769-32774
  Backup superblock at 98304, Group descriptors at 98305-98310
  Backup superblock at 163840, Group descriptors at 163841-163846
....
[root@hostname ~]#

Fácil y sencilo ¿verdad? Pues la verdad es que sí, salvo cuando dumpe2fs da error al acceder al sistema de archivos:

dumpe2fs: Bad magic number in super-block while trying to open ...

En este caso no podemos recuperar las posiciones de las copias de seguridad del superbloque.

Llegado este caso podemos averiguar donde están las copias del superbloque ejecutando:

[root@localhost ~]# mke2fs -n ... filesystem
mke2fs 1.42 (29-Nov-2011)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
61054976 inodes, 244190363 blocks
12209518 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=4294967296
7453 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks: 
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
    4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 
    102400000, 214990848
...

Donde … son las opciones que se utilizaron para crear el sistema de archivos. Si es necesario recurrir a este paso será necesario que leas y entiendas a la perfección lo siguiente:

• Utilizar la opción -n ya que esta opción únicamente informa de lo que hubiera hecho al crear el sistema de ficheros, pero no lo crea. Con lo cual no destruirá datos. Si la olvidamos crearemos un nuevo sistema de ficheros y ya no tendremos problemas con el superbloque, claro que tampoco tendremos los datos a menos que tengamos un backup y que este se pueda restaurar.
• Si lo anterior te pone los pelos como escarpias por la posible destrucción de datos vamos por el buen camino, eres consciente de las implicaciones y tendrás cuidado.
• Si has pensado en utilizar una partición o logical volume para evitar problemas te daré una mala noticia, no va a funcionar ya que tiene que ser exactamente igual y no sólo en espacio, geometría. Con lo cual yo no me arriesgaría. No te olvides la opción -n y no habrá ningún problema.
• Cambiar las configuraciones por defecto no es buena idea, salvo que esté debidamente justificado. Si se han cambiado las opciones por defecto a la hora de la creación del filesystem necesitaremos conocerlas, es decir deberían estar debidamente documentadas para poder ejecutar el comando mk2efs con las mismas opciones con las que se creó y vuelvo a ser pesado NO OLVIDEMOS LA OPCION -n.
• Recuerda documentar todo siempre. Si no eres el responsable del sistema operativo recuerda que no es tu responsabilidad toquetear la infraestructra y aunque sepas hacerlo no lo hagas. Pidéselo a los responsables de infraestructura y si urge, de verdad y no por comodidad tuya, escalalo. De esta forma los responsables de infraestructura estarán al tanto del estado real de la infraestructura y lo documentarán (o deberían). No sabéis la de problemas y retrasos que he visto por gente proactiva que sabe hacer cosas que no son de su responsabilidad. Si esto no te ha convencido ten en cuenta que los responsables de sistema operativo te facilitan la infraestructura sobre la que trabajas, si induces un problema (aunque sea de forma no intencionada), el mayor perjudicado serás tu. Ya que el tiempo que se tarde en arreglar reducirá tus tiempos de entrega y ello significará que te tocará trabajar más horas. Pero bueno, tu no te preocupes que así te ganarás unos ingresos extras por las horas de más que te van a tocar trabajar. Es lo bueno que tiene la industria de las tecnologías de la información que te pagan todas las horas de más que te toca trabajar y además muy bien pagadas generalmente, proyectos bien dimensionados en horas y recursos … Y otra cosa de la que mucha gente no es consciente es que los responsables de sistema operativo son los responsables de la infraestructura de muchos proyectos/departamentos y no trabajan en exclusiva para tí, es decir que cuando tengas un problema entrarás en una cola de prioridades. Haciendo las cosas bien siempre hay incidencias y problemas, trabajemos todos para que no haya problemas innecesarios. Piensatelo bien antes de ser proactivo. Seguro que si eres responsable de sistema operativo te sonará y problablemente estes sonriendo ironicamente, pues esto también te aplica a tí. Eres únicamente responsable de la infraestructura y no de lo que se ejecuta encima, aunque sepas o creas que sabes, no toques aquello que no es de tu responsabilidad y si tienes que hacer un cambio en la infraestructura antes de hacerlo asegurate de que no tiene implicaciones en las aplicaciones que se ejecutan. Te vuelvo a decir lo mismo, si no haces las cosas bien te tocará trabajar horas de mas, y seguro que al igual que a tus compañeros te las van a pagar muy, pero que muy bien.

Bien ahora que hemos localizado las copias de los superbloques vamos a restaurar el superbloque:

[root@localhost ~]# e2fsck -b 71663616 filesystem

Si nos da error tendremos que ir probando una a una con todas las copias del superbloque, si no logramos restaurarlo mal asunto.

Si hemos tenido que recurrir a mk2efs para conocer la ubicación de las copias del superbloque probablemente no podamos restaurar el superbloque.

Llegado a este caso tendremos que valorar si entrar a utilizar herramientas de mas bajo nivel como testdisk.

A esta situación no he tenido que llegar por el momento, en lugar de fusilar y apropiarme de información presente en internet prefiero facilitar urls que sean interesantes. Como por ejemplo esta entrada en los blogs de ubuntu.

Si hemos podido restaurar el superbloque antes de montar hacemos un chequeo del sistema de ficheros:

[root@localhost ~]# e2fsck filesystem

Se debería haber restaurado bien. Si da mensajes de error probar con otras copias del superbloque hasta que puedas restaurarlo. De no poder tendrás que ver si tienes un backup restaurable o bien utilizar las herramientas de más bajo nivel que mencionaba antes.

Antes de recurrir a utilizar ese tipo de herramientas ten en cuenta los siguientes consejos:

1. Si no tienes backup restaurable, para por lo menos asegurarte el tener una copia de los datos en un determinado PIT, se consciente de que te puedes cargar definitivamente todos los datos. Utiliza esas herramientas como ultimísimo recurso.
2. Si estás en un entorno profesional antes de utilizar esas herramientas abre un caso de soporte ASAP. Si alguien decidió no renovar el soporte o bien estar en versiones de productos fuera del ciclo de vida o de soporte espero que el balance económico le haya merecido la pena. Cosa que dudo salvo que el sistema en cuestion esté terminando su vida útil y aún así dependerá de los datos perdidos y el tiempo en que se tarde en recuperar el sistema.

Al final me la sacarán mañana, hoy he tenido que empezar a tomar antibióticos y también me recetó un calmante, más fuerte que el nolotil por lo que me dijo el médico, para cuando me saquen la muela.

Hoy he ido al médico de cabecera para que me hiciera las recetas. Con el antibiótico ningún problema. Con el calmante me tuvo que hacer la receta a mano ya que con el ordenador no la podía hacer ya que en Octubre ese medicamento sale de la lista de medicamentos subvencionados por la Seguridad Social. Es decir que tres meses antes de que salga de la lista de medicamentos subvencionados ya no te hacen la receta, al menos vía electrónica. Ya me avisó la medica de que ya me dirían en la farmacia si me entraba o no.

Pues bien, en la farmacía después de hablar con el colegio de farmaceuticos me confirmaron de que no podían aplicar la receta ya que aunque legalmente ese medicamento sale de la lista de medicamentos subvencionados por la Seguridad Social en Octubre desde el 1 de Junio la Seguridad Social no se lo abona a las farmacias. Es decir que han adelantado, de forma cuando menos alegal, cuatro meses la medida. Resumiendo, que en cuatro meses en los que tenemos derecho a la deducción nos la quitan. Eso si los impuestos lejos de bajarlos o mantenerlos los siguen subiendo. A no ser, claro está, que seas de esos pocos que tienen como castigo el dinero.

El medicamento en si no es caro, cuatro euros. Pero claro, si esta situación le empieza a pasar a gente en paro, con pocos ingresos o en riesgo de exclusión social y no sólo con un medicamento, y de forma puntual como es mi caso, si no con medicamentos que tienen que tomar durante un tiempo prolongado la situación cambia.

A ver si dejamos de aburgesarnos tanto que eso de ponerse enfermo es un lujo.

No se si esto pasará en otras comunidades autónomas, pero en Castilla y León es lo que hay.

Quizá sea por esto que en este país estemos a caballo entre los países desarrollados y subdesarrollados. Estamos por encima de los subdesarollados, de momento, y vamos a remolque de los desarrollados.

María Wonenburger  fue tutelada por dos discipulos de Julio Rey Pastor, uno de los matemáticos más importantes en la historia científica española.

Su doctorado en Matemáticas fue por la Universidad de Yale gracias a que fue la primera mujer en obtener una beca Fullbright. Pero claro, como en España somos como somos tuvo que volver a repetir su doctorado al volver a España. Esto me recuerda a un conocido con una carrera por la Universidad de Stanford, también por acceso a una beca, y que en España su titulo no le vale de nada. Luego queremos atraer el talento cuando ninguneamos a los nuestros, les ofrecemos una beca para hacer una carrera en el extranjero, pero luego no se le reconoce el titulo.

Se la considera la madre de la teoría de las álgebras Kac-Moody desarrollada por dos de sus discipulos Victor Kac y Robert Moody.

Es una pena que gente como esta mujer sean practicamente desconocidos en su tierra. Ejemplos como estos serían los que habría que potenciar a nuestros hijos en lugar de encumbrar a “cantantes”, deportistas o tertulianos paletos. Otro gallo nos cantaría.

Además de las usuales complicaciones de mi vida ahora se ha juntado un cambio en mi vida profesional completamente inexperado y de un día para otro. Pero como no es el momento ni el lugar para hablar de esto, lo dejaremos para cuando se haga efectivo.

Hoy toca un video del disco debut de Unisonic, disco con el mismo nombre del grupo. En este grupo están dos músicos muy apreciados por mi, Kai Hansen y Michael Kiske. Estos dos son los culpables de que llamará Kai a uno de los perros que he tenido y uno de los que mas cariño he llegado a tener. Curioso que los dos perros con los que más lazos he tenido sus nombres hayan sido inspirados por la música y la cultura (para nota, la otra perra se llamaba Shadow, invito a un café a quién averigue de donde viene el nombre).

Desde que escuché por primera vez a Michael Kiske en 1.987 en Helloween con los albumes Keeper of the Seven Keys me maravilló la voz de este hombre.

Desde que se fué de Helloween ha tenido una carrera muy variada, colaboraciones con Amanda Somerville, Timo Tollki, Tobias Summet, Indigo Dying (Glisa Vatchy), … y algunos proyectos personales como Place Vendome.

Después de veinte años no sólo sigue conservando su gran voz, si no que ha evolucionado y ahora incorpora a sus registros vocales la potencia de registros más graves.

Sin duda una de las mejores voces del panorama músical durante los últimos veinte años.

La organización a mi me ha parecido un pelin desastre, tampoco quiero criticar mucho ya que se muy bien la problemática que tiene organizar eventos (unos pocos organicé en mis tiempos mozos aunque no con tanto éxito de audiencia todo sea dicho).

Se recomendaba el comprar las entradas por internet para evitar colas. Y una muy buena idea ya que la cola que había para comprar era descomunal. Pero, y siempre tiene que haber un pero, había una cola para que te sellarán la entrada y te pusieran un sello en la mano. Después de esta validación de la entrada te ibas a una segunda cola para entrar. WTF!!! Esta validación y el sello en la mano la podían haber hecho cuando entrabas al recinto y así te evitas una cola si habías comprado la entrada por internet. La gente se quejaba de que eso no lo habían hecho otros años y que era una cagada. Se veía bastante malestar entre la gente que había asistido otros años por esta validación previa para hacer cola. Además esto no lo tenían muy bien anunciado y varios asistentes tuvieron que dejar la cola para entrar para ir a “validar” las entradas. Iban en grupos y así conservaban el sitio en la cola, y la vida les dió por que en la segunda cola estabas como una hora y media para entrar ….

Cola después de estar una hora esperando para entrar en Retromadrid 2014

 Hubo un problema de última hora, en el que la organización no tiene responsabilidad, y es que parece ser que en los últimos días se cambió la normativa municipal y les limitaron el aforo a 400 personas. Es decir que entraban 400 personas y luego no podía entrar más gente hasta que iba saliendo gente. Los municipales andaban por allí. Esto hizo que tardarmos tanto en entrar y que suspendieran la venta de entradas. Al final han sacado para mañana otras 600 entradas para los que no las hayan comprado por internet. Si queríais ir y no habéis comprado entradas por internet espabilar e ir pronto, por evitar colas y por poder comprar entrada. Recordar que sólo hay 600 a la venta y hoy ha habido muchas personas que se han quedado sin entrada.

A punto de entrar después de casi hora y media

 Después de este periplo ¿merició la pena? Pues sí, si te gusta este mundillo. Puedes ver muchos de los sistemas antiguos, juegos, recreativas y material retro. Muy interesante.

También  puedes comprar material relacionado, juegos antiguos, máquinas … Pero también juegos nuevos. Hay gente que todavía sigue haciendo juegos para estos sistemas. Yo, que soy débil y tengo muchos vicios, terminé comprando Gommy, Defensor medieval (edición deluxe en cartucho para MSX) de los chicos de Retroworks. En verdad, ya bajaba con la intención de comprarlo.

La edición especial que tenían de Los Amores de Brunilda era francamente espectacular.

Todavía no he terminado la colección de juegos de Konami en cartucho de MSX y ahora tendré que terminar también la de Retroworks …

Me hubiera gustado que hubiera mas de MSX en la exposición pero dado que no fue un sistema que tuviera en España tanta aceptación como Specturm o Amstrad, al contrario que en Japón, Holanda o Brasil. Una pena. Eso si, aún así pude ver tres de las máquinas MSX que tengo y alguna de las otras. Así como un MSX Turbo R y un One Chip MSX. Así y como que no quiere la cosa si queréis quedar bien conmigo alguna vez ya sabéis que regalarme.

También ha habido charlas, pero al final decidí no quedarme.

Después de la espera en la cola se le quitan a uno las ganas de volver otro año. Pero dado que me conozco se que al final si puedo volveré. A ver si los astros se vuelven  a alinear correctamente el año que viene.

P.S. Hoy ha sido un buen día para los aficionados a la retro informatica. Al final se ha confirmado que no era una leyenda y se han encontrado los juegos de E.T. para Atari 2600 enterrados en Nuevo Mexico.

P.S2. Este artículo ha sido modificado intencionadamente elimiando enlaces que apuntaban a medios de comunicación españoles para evitar reclamaciones en posibles futuros canones.

No tengo mucho tiempo libre y cada vez menos ganas de escribir. Y no es que le dedique mucho tiempo. Cuando me pongo, como ahora, cojo la metralleta, escribo lo que se me pasa por la cabeza, según se me pasa y le doy al botón de publicar. No le dedico tiempo ni a la redacción, ni a la revisión ortográfica (creo que queda patente, pero por si acaso lo digo). No pretendo tener una web conocida, con una miriada de visitas, y ni siquiera prentendo ser ninguna referencia en la web. Creo que ya hay muchas personas mucho más comunicativas que yo y con puntos de vista más interesantes que los mios.

El motivo principal, o mejor dicho los motivos principales, han sido problemas de salud. Nada grave. Tengo rota una muela del juicio desde Julio que no me han podido sacar por como tengo la garganta. Me estuvo dando mucha guerra, pero ya hace algún tiempo que está tranquila. A ver si mejora la garganta y puedo sacarmela. A esto se me ha juntado un problema muscular en la cadera. Al ir al médico me detectarón que no sólo tenía el dichoso problema muscular, si no que tenía tocado un abductor. Una vieja lesión de cuando jugaba al frontenis. He estado con rehabilitación y el miércoles pasado me dieron el alta.

De aquí a un mes ejercicio moderado. El viernes y hoy estuve jugando al golf, en plan tranquilo y 9 hoyos en un campo pequeño. Por el momento sin molestias.

Ayer estrené la bici de montaña que compré. He vuelto a rodar, solo que he abandonado la carretera por la montaña. Los motivos principalmente dos:

1. Mis amigos tienen todos bici de montaña.
2. Montar por carretera se ha vuelto peligrosísimo. Este fin de semana han atropellado, con resultado de muerte, a una triatleta. DEP.

Estuve montando como hora y media por carril bici, con diez minutos por caminos, a un ritmo muy suave. Me faltó el ir tarareando la canción de verano azul. Las sensaciones muy buenas.

Parece que todo va bien. El squash lo dejaré para dentro de un mes si sigo con esta recuperación.

Esperemos que el abductor quede bien esta vez. La primera vez, antes de la recaida, fueron casi tres años de infierno.

No, no es la crisis de los cuarenta. Siempre he hecho bastante deporte. Futbol, Frontenis, Tae Kwon Do, Ciclismo y Squash sobre todo. Cuando me vine a trabajar a Madrid dejé de hacer deporte para practicarlo  de forma esporádica. Hoy en día tengo muchos kilos encima y el colesterol un poco alto, no mucho. La tensión la tengo perfecta, pero he de bajar peso antes de todo empeore. Me he propuesto el volver a hacer ejercicio, no sólo por salud, si no por diversión. Esperemos que estas viejas lesiones no me den mas guerra y pueda seguir, poco a poco incrementando mi actividad deportiva.

Estamos en una época en la que el buen tiempo hace que te apetezca ir al campo a disfrutar, a mi por lo menos, y en una transición del verde que trajó el invierno al verano. Esto hace que el contraste de colores en el campo sea maravilloso. Esta semana intentaré volver a los Arrives del Duero donde hay unos parajes espectaculares en esta época. También intentaré ir a una cascada que encontramos  por la carretera de Ciudad Rodrigo y esta vez la falta de agua no debería estropearme la oportunidad de sacar una gran fotografía con velocidad baja de obturación. A ver si soy capaz de aprovechar la oportunidad.

Otra gran oportunidad son las procesiones. No soy lo que se dice una persona muy religiosa pero esta época te ofrece grandes oportunidades para disfrutar con la fotografía. Si te decides a aprovecharlo ten en cuenta que aunque no seas religioso deberás ser respetuoso con aquellos que si lo son. Trata a los demás como quieras que te traten a tí. Recuerda esto.

Y por último el martes y durante cuatro días podremos difrutar de las “cuatro lunas de sangre“. Habrá cuatro eclipses totales, algo que no hay que recordar que no es muy habitual. Debido a las posiciones del Sol, la Luna y la Tierra la atmósfera filtrará el espectro azul de la luz haciendo que se refleje en la luna dándole un color rojizo.  Probablemente no haya dado una explicación física del todo correcta, pero creo que se me entiende.

Mis recomendaciones:

• Usar teleobjetivo.
• Velocidades rápidas, no bajar de 1/250s (dependerá del objetivo que utilices).
• Utiliza un tripode, uno bueno.
• Todo en manual y disparador remoto.

Si quieres más detalles puedes sacar algunas ideas de este artículo.

Desgraciadamente no podré intentarlo hasta el jueves noche. Esperemos que esta vez saque algo más que conclusiones, alguna buena foto por ejemplo.

]]> http://feedproxy.google.com/~r/diegocg/~3/UQUIuAaPg2A/las-novedades-de-linux-314.html Ya se <a rel="nofollow" target="_blank" href="https://lkml.org/lkml/2014/3/30/336">ha anunciado</a> la versión 3.14 de Linux. Entre las novedades de esta versión destacan un planificador de procesos para tareas que tengan requisitos de tiempo real, la estabilización de un sistema de compresión de memoria, un port del validador de bloqueos a espacio de usuario, la habilidad para almacenar propiedades en inodos en Btrfs, soporte para ejecutar comandos tras un evento en la infraestructura de trazado, aleatorización del espacio de direcciones del kernel, fusión automática de paquetes en cierta clase de conexiones TCP, y un nuevo planificador de paquetes de red para luchar contra el bufferbloat. También se han incluido drivers nuevos y muchas otras mejoras y pequeños cambios. La lista completa de cambios, en inglés, puede <a rel="nofollow" target="_blank" href="http://kernelnewbies.org/Linux_3.14">encontrarse aquí</a>, como siempre.<br /> <br /> <b>· Planificador de procesos "deadline" para planificación de tiempo real</b><br /> Normalmente los sistemas operativos proporcionan prioridades en el planificador de procesos, cuanta más prioridad tiene un proceso, más tiempo de ejecución puede conseguir ese proceso respecto a otros con prioridades menores. En Linux, los usuarios configuran las prioridades con valores de -20 a 19 utilizando la herramienta nice(2). Adicionalmente, Linux soporta la noción de "clases de planificación", en cada clase hay una política de planificación diferente, por ejemplo, hay una clase SCHED_FIFO con una política FIFO "el primero que entra, el primero que sale", y una política round-robin en&nbsp; SCHED_RR.<br /> <br />Este sistema de prioridades no es, sin embargo, el más apropiado para tareas que requieren tiempo real. En esta versión Linux implementa una alternativa que está diseñada sobre ideas que parten de la investigación en sistemas de tiempo real: planificación "deadline" ("plazos" de tiempo), que ha sido implementada como una nueva política de planificación, SCHED_DEADLINE. <br /><br />La planificación "deadline" deja atrás la noción de prioridades. En su lugar, los procesos proporcionan tres parámetros: tiempo de ejecución, periodo y plazo. A una tarea que esté planificada bajo la política SCHED_DEADLINE, se la garantiza que obtendrá "tiempo de ejecución" microsegundos de ejecución cada "periodo" microsegundos, y ese "tiempo de ejecución" estará disponible dentro de "plazo" microsegundos desde el inicio del periodo. El planificador de tareas utiliza esa información para ejecutar el proceso con el plazo más cercano al momento actual, un comportamiento más cercano a los requerimientos de los sistemas de tiempo real. Para más detalles sobre los algoritmos de planificación, ver <a rel="nofollow" target="_blank" href="https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/plain/Documentation/scheduler/sched-deadline.txt?id=712e5e34aef449ab680b35c0d9016f59b0a4494c">la documentación</a>.<br /> <br /> <b>· zram: compresión de memoria considerada estable</b><br />zram crea dispositivos de bloques en la memoria RAM. Todo lo que escrito a esos dispositivos de bloques es comprimido. Si los dispositivos de bloque zram son utilizados como espacio de intercambio, cuando el sistema intente mover liberar memoria enviando porciones al espacio de intercambio, en realidad lo estará moviendo de una zona de la memoria a otra, excepto que los datos movidos habrán sido comprimidos antes de ser copiados a su destino. Esto funciona en la práctica como un sistema de compresión de memoria capaz de mejorar la respuesta en sistemas con cantidades de memoria limitadas. Zram está siendo utilizado por compañías de TV, Android 4.4, Cyanogenmod, Chrome OS, Lubuntu...<br /><br />Zram ha estado en "staging" desde <a rel="nofollow" target="_blank" href="http://kernelnewbies.org/Linux_2_6_33#head-2d401df4d54a65a60c31ce7c591cf7660851cfd8">Linux 2.6.33</a>. En esta versión, zram ha sido movido fuera de staging, a drivers/block/zram. <br /><br /><b>· Btrfs: Propiedades de inodo</b><br />Esta versión añade infraestructura para añadir parejas nombre/valor como xattrs a los inodos en Btrfs. El propósito de estas parejas es almacenar propiedades para los inodos, tales como la compresión. Estas propiedades pueden heredarse; esto significa que cuando el inodo de un directorio tiene la propiedad compresión activada, todos los inodos que sean creados en ese directorio serán también comprimidos. Los subvolúmenes pueden tener también propiedades asociadas, y pueden hederarse del subvolumen padre. Esta versión añade una implementación de propiedades, llamada "compresión", cuyos valores pueden ser "lzo" o "zlib". <br /> <br /><b>· Soporte para ejecutar comandos en los eventos de trazado</b> <br />La infraestructura de trazado en Linux permite registrar sondas en las funciones del código como eventos (para más detalles, ver <a rel="nofollow" target="_blank" href="https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/plain/Documentation/trace/events.txt">Documentation/trace/events.txt</a>). Esta versión permite que estos eventos desencadenen la ejecución de comandos. Estos comandos pueden tener varias formas, por ejemplo podrían activar o desactivar otros eventos o invocar el volcado de pila. Cualquier comando puede tener incorporado además un filtro de eventos, de ese modo el comando será invocado solamente si el evento pasa por el filtro asociado <br /><br /> Por ejemplo, este comando causa el volcado de pila las primeras cinco veces que hay una petición de kmalloc que pide &gt;= 64KB de memorua: # echo 'stacktrace:5 if bytes_req &gt;= 65536' &gt; &#92; /sys/kernel/debug/tracing/events/kmem/kmalloc/trigger<br /> <br />Para más detalles, ver Sección 6 de <a rel="nofollow" target="_blank" href="https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/trace/events.txt">Documentation/trace/events.txt</a> <br /><br /><b>· Las sondas de espacio de usuario tienen acceso a todos los argumentos</b><br />Las sondas de espacio de usuario son una característica de <a rel="nofollow" target="_blank" href="http://kernelnewbies.org/Linux_3.5#head-95fccbb746226f6b9dfa4d1a48801f63e11688de">Linux 3.5</a> que permite activar sondas en programas de espacio de usuario. Esta versión permite que las sondas de espacio de usuario (uprobes) tengan acceso a todo tipo de argumentos en las funciones de los programas: pila de memoria, deference, bitfield, retval y offset de archivo. Para más detalles, <a rel="nofollow" target="_blank" href="https://lwn.net/Articles/577142/">aquí</a>. <br /><br /><b>· Validador de bloqueos en espacio de usuario</b><br />El kernel Linux ha tenido (<a rel="nofollow" target="_blank" href="http://kernelnewbies.org/Linux_2_6_18#head-5f53299debf913cd806ce6e9a2670f28d708832d">desde 2.6.18</a>) un validador de bloqueos que permite encontrar fallos en la programación de los bloqueos en tiempo de ejecución. Esta versión permite ejecutar el validador de bloqueos de Linux en espacio de usuario, haciendo posible depurar problemas de bloqueo en espacio de usuario.<br /><br /><b>· Espacio de direcciones del kernel aleatoria</b><br />Esta versión permite aleatorizar la dirección física y virtual en la que se descomprime la imagen del kernel, lo cual ayuda a bloquear ciertos tipos de exploits que confían en conocer la localización de las direcciones del kernel.<br /><br /><b>· TCP automatic corking</b><br /> Cuando las aplicaciones hacen llamadas pequeñas y consecutivas a write()/sendmsg(), el kernel intenta fusionarlas, para disminuir el número de paquetes enviados en total, esta característica se llama "automatic corking". Las aplicaciones aun pueden usar <a rel="nofollow" target="_blank" href="https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_MRG/1.2/html/Realtime_Tuning_Guide/sect-Realtime_Tuning_Guide-Application_Tuning_and_Deployment-TCP_NODELAY_and_Small_Buffer_Writes.html">TCP_CORK</a> para conseguir un comportamiento óptimo cuando sepan cómo o cuando tengan que "uncork" sus sockets. Se añade una nueva sysctl (/proc/sys/net/ipv4/tcp_autocorking), que por defecto está activada. Para benchmarks y más detalles, ver <a rel="nofollow" target="_blank" href="https://git.kernel.org/linus/f54b311142a92ea2e42598e347b84e1655caf8e3">commit</a> <br /><br /> <b>· Antibufferbloat: planificador de paquetes "Proportional Integrarl controller Enhanced"</b><br />Bufferbloat es un fenómeno consistente en la creación de demasiados búffers en la red, lo cual causa excesiva latencia y fluctuaciones. A medida que más aplicaciones interactivas (VoIP, streaming de vídeo, transacciones financieras) funcionan sobre Internet, esos defectos empeoran el rendimiento de la aplicación. Ha habido varias mejoras y características en las últimas versiones de Linux que tratan de frenar ese problema.<br /><br />Esta versión añade un nuevo planificador de paquetes: PIE(Proportional Integral controller Enhanced), que puede controlar la latencia media de la cola a un valor determinado. Los resultados han demostrado que PIE puede asegurar latencia baja&nbsp; y conseguir una utilización alta de los enlaces en situaciones de congestión. El diseño añade una sobrecarga mínima. Para más información, ver <a rel="nofollow" target="_blank" href="ftp://ftpeng.cisco.com/pie/documents/">este papel técnico sobre PIE</a>o este <a rel="nofollow" target="_blank" href="https://tools.ietf.org/html/draft-pan-tsvwg-pie-00">borrador del IETF</a>. Todo el código, documentación y scripts y resultados puede encontrarse en <a rel="nofollow" target="_blank" href="ftp://ftpeng.cisco.com/pie/">ftp://ftpeng.cisco.com/pie/</a><br /> <br /> <br /> Y eso es todo. La lista completa de cambios en inglés, <a rel="nofollow" target="_blank" href="http://kernelnewbies.org/Linux_3.14">aquí</a>. <img src="http://feeds.feedburner.com/~r/diegocg/~4/UQUIuAaPg2A" height="1" width="1" alt=""/> Diego Call. tag:blogger.com,1999:blog-7974522.post-812550512000390903 Sun, 06 Apr 2014 18:26:00 +0000 http://www.jadbp.org/2014/03/09/empezado-proyecto-de-digitalizacion/ No es ningún secreto que me gusta la fotografía, en realidad me ha gustado desde pequeño. Todo empezó cuando mis padres me regalaron una cámara Werlisa. Esto dió lugar a una miriada de fotos, que sumadas al reto de fotografías que andan por casa me estoy planteando el ampliar el proyecto de digitalización con otro de [&#8230;] http://www.jadbp.org/?p=5829 Sun, 09 Mar 2014 21:52:58 +0000 No es ningún secreto que me gusta la fotografía, en realidad me ha gustado desde pequeño. Todo empezó cuando mis padres me regalaron una cámara Werlisa. Esto dió lugar a una miriada de fotos, que sumadas al reto de fotografías que andan por casa me estoy planteando el ampliar el proyecto de digitalización con otro de Big Data … (es coña).

El proyecto de digitalización también incluye el pasar varios VHS a formato digital, pero esto lo dejaré para cuando termine con la miriada de fotos.

Unas de las primeras fotos que he digitalizado han sido unas de un proyecto que hicimos en primero de Bachillerato en el instituto Fray Luis de León. Este instituto es uno de los más viejos, creo que el más viejo, de Salamanca.

Antiguamente el instituto se encontraba donde hoy está la Facultad de Ciencias Físicas de la Universidad de Salamanca. El Fray Luis llegó a tener una colección de animales disecados francamente impresionante. Tenía animales disecados del siglo XIX y creo recordar que también de algún siglo anterior. Estos animales estaban distribuidos de cualquier manera por sotanos, laboratorios, etc de cualquier manera. Esto hizó que la mayoría se perdiera o deteriorara de tal manera que hubo que tirarlos.

Tuve la suerte de que un profesor sustituto que estuvo en el instituto durante el curso 87-88 decidiera proponernos el restaurar los animales y hacer una exposición con ellos a cambio de no examinarnos de la parte de biología en su asignatura, Ciencias Naturales. Obviamente toda la clase dijimos que si.

La pieza más codiciada fue un Oso. Se sortearon los animales y la restauración del oso nos tocó a mi compañero Pablo y a mí. Además también tuvimos que restaurar una cierva y un kiwi.

A continuación unas fotos, algunas de ellas se sacaron con la camara reflex del profesor y otras con la mia. A ver si sois capaces de distinguir cual es cual …

Aquí tenemos unos lagartos como muestra de los reptiles:

Aquí tenemos un perezoso, con unos simios dandonos la espalda. También se puede per un canguro, el esqueleto de un mono y hueso de no se que animal:

Aquí podemos ver un avestruz, un pelícano y un pingüino macaroni. Ademas del avestruz también había un ñandu:

Aquí podemos ver los monos y el canguro de los que hablabamos antes y a la derecha se aprecian los “cuartos traseros” del ñandu:

Podemos ver una zarigüeya, un cuervo, un ornitorrico y un buho real, que tapa al oso pardo (que me tocó restaurar). Y al fondo no me acuerdo si era un jaguar o un leopardo:

Buitres común y leonado:

Un Albatros y Kiwi (también restaurado por mí). No se si al que matará al Albatros le caería la maldición del viejo marinero:

También había insectos. Como este peazo de escarabajo:

Pangolin y armadillo, un zorro, una gineta, un gato montés y creo que un castor:

La cabeza de varios cocodrilos. Estaban enteros, pero debido a su estado se tuvieron que tirar y sólo se conservó la cabeza. Llegó a haber algún cocodrilo de casi 8 metros en la colección. El que hay aquí, el grande, tiene restaurados los dientes con tizas redondas que se lijaron para simular los dientes. También hay tortugas y caparazones:

En cuanto a las restauraciones tuvimos que limpiarlos, barnizar algunas partes. Reponer ojos que faltaban con cánicas y similares. Limpiar los ojos que no tenían brillo por el estado de los barnices, … Sin duda fue lo más interesante que hice en el instituto y no se que habrán hecho con la cantidad de animales que había pero deberían estar continuamente expuestos. Es una pena que una colección con esta se hubiera deteriorado hasta ese punto y a saber como estará hoy en día.

]]> http://feedproxy.google.com/~r/diegocg/~3/7KOOJ_BninY/que-paso-en-windows-8.html Pocas veces en mi vida me he sentido tan desorientado e inútil frente a un ordenador como cuando probé por primera vez una versión previa de Windows 8. No fui el único, durante todo el tiempo que se tardó en desarrollar la versión final las quejas sobre la nueva interfaz metro fueron continuas, con especial énfasis en la imposibilidad de configurar el escritorio tradicional como escritorio por defecto y poder volver a usar el menú de inicio.<br /> <br /> A pesar de ello, la reacción de Microsoft fue <a rel="nofollow" target="_blank" href="http://blogs.msdn.com/b/b8/archive/2011/10/11/reflecting-on-your-comments-on-the-start-screen.aspx">la de justificar con datos y estadísticas</a> -todos ellos muy razonables sobre el papel- por qué las decisiones que habían tomado eran las mejores. En lugar de intentar comprender que había muchas quejas, y que si las había debía ser por algo, parecían esforzarse en intentar demostrar que las críticas eran irrelevantes. Ni tan siquiera añadieron algún tipo de guía o ayuda que explicase Metro a los nuevos usuarios, a pesar de que es algo que se reclamó constantemente. Naturalmente, pensaron que una interfaz bien diseñada era intuitiva por si misma y no necesitaba de esas cosas, y Metro sin duda era buena: afirmaron que la gente se <a rel="nofollow" target="_blank" href="http://www.technologyreview.com/news/508546/microsoft-has-been-watching-and-it-says-youre-getting-used-to-windows-8/">adaptaría a Windows 8 en dos semanas</a>. Y llegó el día, y Windows 8 vio la luz, y ya sabe todo el mundo <a rel="nofollow" target="_blank" href="http://www.theverge.com/2014/1/20/5326844/hp-brings-back-windows-7-by-popular-demand">como fue el recibimiento</a>. Ni dos semanas, ni dos meses.<br /> <br /> Como consecuencia, en la actualización 8.1 tuvieron que enmendarse y permitir la configuración de varios aspectos: el escritorio tradicional puede ser el escritorio por defecto, los <i>charms</i> son opcionales, se reincorpora el icono del menú de inicio (aunque no el menú), ciertas ayudas para guiar a los nuevos usuarios. En la <a rel="nofollow" target="_blank" href="http://arstechnica.com/information-technology/2014/03/windows-8-1-update-1-more-interface-concessions-that-still-wont-make-people-happy/">próxima "Spring update"</a>, se arrancará por defecto en el escritorio tradicional en equipos no táctiles, además de otros cambios sustanciales en la interfaz, como permitir usar la barra de tareas dentro de Metro, o añadir iconos en la pantalla de inicio de metro para apagar o buscar. Ya no se espera que la gente se adapte, y no sólo se asume que hay gente que no se adaptará, sino que se construyen alternativas mixtas que rompen con la visión original. Sorprende como <a rel="nofollow" target="_blank" href="http://wind8apps.com/windows-8-1-update-spring/">se justifica estas marchas atrás</a> (negrita mía):<br /> <blockquote class="tr_bq"> <i>"Some of those touch affordances weren’t really tuned as well as we could do for those mouse and keyboard users. <b>We found people weren’t aware of where they should look in the UI</b>. Those are the things we’ve really started to improve for this update coming this spring"</i></blockquote> El equipo de usabilidad de Microsoft debe ser, por necesidad, de los mejores del mundo, y es una locura sugerir que no son profesionales. Cabría preguntarse, por tanto, cómo es posible que ese equipo no viese con antelación en las pruebas lo que para casi todo el mundo era una obviedad, y que sólo ahora se hayan percatado de que "people aren’t aware of where they should look in the UI". Parte de ello se debe, sin duda, a cierto talibanismo en el que los mejores expertos pueden caer: "mi solución es la mejor y sin duda a la gente le encantará".<br /> <br /> Una respuesta incompleta podemos encontrarla en <a rel="nofollow" target="_blank" href="http://www.reddit.com/r/technology/comments/1xvbsm/windows_8_sells_100_million_fewer_copies_than/cff4phl">este famoso post de un diseñador de Microsoft en reddit</a>, donde nos revela la concepción que hay detrás de la nueva interfaz: Metro es una interfaz diseñada para los usuarios menos expertos en mente, mientras que el escritorio tradicional se reserva para los "power users". Metro es para consumidores de contenido, el escritorio para los creadores de contenido. Hay varios hechos que ponen contra las cuerdas esta concepción: la evidencia de que Metro ha sido diseñada no directamente para una clase de usuarios sino para una clase de hardware (táctil), la realidad de que muchos "consumidores de contenido" no se sienten a gusto en Metro (<a rel="nofollow" target="_blank" href="http://www.reddit.com/r/technology/comments/1xvbsm/windows_8_sells_100_million_fewer_copies_than/cff6vm5">esta contestación</a> al post anterior, citando casos de usuarios que tienen más problemas con Windows 8 que con 7, es un ejemplo claro), el hecho de que se mantengan dos interfaces para una misma clase de usuario en un mismo equipo...<br /> <br /> Aun a riesgo de ser atrevido, sospecho que tras esas explicaciones se esconde el deseo de Microsoft de racionalizar y crear teorías para justificarse ante si mismos su falta de adaptación a las nuevas tecnologías. La realidad es que Metro no es una interfaz creada por expertos de usabilidad dedicados tranquilamente a ello aislados del mundo: es una creación apresurada de una compañía que se enfrentaba al terror de estarse volviendo irrelevante. La explicación más probable de los problemas de Windows 8 es que las prisas por tener algo tangible les ha llevado a pasar por alto demasiadas cosas. Como consecuencia se ven ahora obligados a centrar las siguientes actualizaciones en corregir lo que no hicieron bien en un principio, con la esperanza de paliar el rechazo existente, que les ha llevado en la misma dirección que pretendían evitar.<img src="http://feeds.feedburner.com/~r/diegocg/~4/7KOOJ_BninY" height="1" width="1" alt=""/> Diego Call. tag:blogger.com,1999:blog-7974522.post-5897772003650849990 Sat, 08 Mar 2014 18:00:00 +0000 http://feedproxy.google.com/~r/diegocg/~3/1WkJPofqYUM/la-sombras-de-sysyinit.html La burocracia debianera ha elegido finalmente systemd, y como consecuencia de ello Ubuntu abandona upstart. Como dice el refranero, para este viaje no hacían falta alforjas. Quizás lo más destacable de todo es una de las ventajas menos comentadas, que es la unificación del sistema de inicio a lo largo y ancho de la mayor parte de distribuciones.<br /> <br /> Es buen momento para recordar que la defensa del actual sysvinit como supuesta encarnación de un ideal Unix no tiene fundamentos sólidos. Cada vez es más rechinante la obsesión con considerar "esencia Unix" una especie de nihilismo informático en el que la regla principal es diseñar todo a base de comandos comunicados por tuberías, incluso cuando los programas resultantes son horribles. Como ya <a rel="nofollow" target="_blank" href="http://diegocg.blogspot.com.es/2012/05/el-sentido-de-unix-y-de-ls.html">conté aquí</a>, esa manera de pensar es un lastre cultural que ignora que la concatenación de comandos comunicados por tuberías era literalmente <i>la única</i> manera de hacer cosas complejas en Unix, en aquel entonces no había otros sistemas de IPC.<br /> <br /> Hace tiempo que los sistemas Unix se dieron cuenta de esas limitaciones y adoptaron el concepto de librerías compartidas, ausente en sus inicios. Llevamos décadas apuñalando por la espalda la idea de comandos simples + tuberías. Ningún sistema Unix moderno se construye únicamente así, ni lo hará en el futuro. Hoy en día las librerías compartidas predominan como manera de crear programas locales complejos a partir de elementos más simples.<br /> <br /> Eso no quiere decir que el shell esté obsoleto, o que no sea útil. Pero proponerlo como fundamento para crear un sistema complejo como systemd o upstart no tiene por qué ser la mejor idea.&nbsp; SysVinit es más bien un manojo de herramientas pegadas con celo que suelen funcionar la mayor parte de las veces, otras simplemente explotan por los aires, como podemos ver en <a rel="nofollow" target="_blank" href="http://people.canonical.com/~jhunt/presentations/debconf13/upstart-debconf-2013.pdf">este PDF</a> de los programadores de upstart, en el que citan una serie de bugs típicos de sysvinit.<br /> <br /> Sin embargo, la principal característica de systemd no está resultando tener que ver tanto con su implementación, sino con el modo de integrar diferentes partes del sistema. systemd requiere kernels compilados con una serie de opciones del kernel (cgroups, inotify, seccomp...), va a requerir en breve kdbus, proporciona un sistema de logging propio, proporcional logind, una alternativa a xinetd, deja obsoletos varios comandos de gestión del sistema, proporciona un sistema de gestion de sesiones de usuario que reemplaza a cosas como gnome-session...todo ello con el objetivo de que todo sistema que adopte systemd tenga una serie de funcionalidades y de manera de integrar servicios básicos del sistema estandarizados. Aunque muchas de esas funcionalidades son configurables y se pueden desactivar o dejar de lado, es obvio que quien adopta systemd lo hace generalmente para activarlas.<br /> <br /> Esto es, en realidad, lo que más rechazo genera contra systemd. Pero en este blog se ha destacado en el pasado la importantísima y frecuentemente denostada función de la integración de diferentes partes de software: aunque haya quien se queje de que systemd impone, fuerza o anima a hacer cosas que no a todos podrían gustarle, también hay que tratar de ver el valor que proporciona toda esa integración y uniformidad. Como cuentan <a rel="nofollow" target="_blank" href="http://utcc.utoronto.ca/~cks/space/blog/linux/SystemdWhyItWon">en este blog</a>, systemd ha ganado porque se ha preocupado por los usuarios más que nadie.<br /> <br /> Ese es un aspecto en el que los sistemas basados en shell no pueden alcanzar a systemd: obsesionados con supuestos espíritus que han distorsionado o que en realidad no existen, se han olvidado que la prioridad es crear sistemas útiles. No se trata sólo de cómo crear las cosas, sino en qué cosas deben crearse. Paradójicamente, el dejar de lado una visión "top-down" de las cosas les ha llevado posteriormente a hacer mal las cosas. El mejor ejemplo de esto último lo he visto en una <a rel="nofollow" target="_blank" href="https://plus.google.com/+LennartPoetteringTheOneAndOnly/posts/LjkLwkeDiLc">historia que Lennart Poettering contaba</a> sobre como algo en apariencia tan simple como el proceso de matar todos los procesos y apagar el sistema es mucho más complejo de lo que parece, y como, de hecho, systemd es el único sistema de inicio que apaga el sistema de manera total y absolutamente segura. El OpenRC en Gentoo, que se ha erigido en bastión de resistencia contraria a la adopción de systemd, no hace las cosas ni la mitad de bien, ni en ese aspecto ni en otros: eso si, lo hace en shell, que para sus desarrolladores es la principal medida de éxito.<img src="http://feeds.feedburner.com/~r/diegocg/~4/1WkJPofqYUM" height="1" width="1" alt=""/> Diego Call. tag:blogger.com,1999:blog-7974522.post-4203673388522829139 Sun, 16 Feb 2014 23:23:00 +0000 http://feedproxy.google.com/~r/diegocg/~3/qwRYZZBWmY0/por-que-kdbus.html De entre todas las polémicas sobre Systemd sigue sobresaliendo la relacionada con Debian, pero últimamente se ha hablado de la integración de dbus en el kernel bajo el nombre de kdbus. Y junto con kdbus, ha surgido la inevitable discusión sobre la barbaridad que es meter dbus en el kernel, que dbus es una cosa maloliente de escritorio, Linux se está alejando de Los Sagrados Principios Unix, etc etc.<br /> <br /> Pero son discusiones sin sentido: kdbus no es una mala idea.<br /> <br /> Empezaré reconociendo que, en sus inicios, yo también fui de los que odió la proliferación de dbus, por tener ese olor a software redundante del que podríamos librarnos si se hicieran las cosas como es debido. Sin embargo basta informarse un poco (este <a rel="nofollow" target="_blank" href="http://mirror.linux.org.au/pub/linux.conf.au/2014/Friday/104-D-Bus_in_the_kernel_-_Lennart_Poettering.mp4">vídeo</a>/<a rel="nofollow" target="_blank" href="http://0pointer.de/public/lca.pdf">diapositivas</a> de una charla de Lennart Poettering es muy recomendable) para comprender que su propósito es necesario, se trata de un tipo de IPC de alto nivel disponible en muchos otros sistemas operativos -algunos de ellos microkernels- que no puede ser sustituido por los mecanismos de IPC tradicionales.<br /> <br /> Para suplir esa carencia nació dbus, que surgió como un intento de Gnome de librarse de Bonobo e imitar el DCOP de KDE, y que finalmente incluso KDE acabó usando en KDE 4. ¿Pero por qué incluir kdbus en el kernel, en lugar de seguir usando dbus el demonio dbus en espacio de usuario?<br /> <br /> En parte, la respuesta es que dbus es bastante ineficiente: Un mensaje dbus de una aplicación a otra requiere copiar los datos y cambiar de contexto de la aplicación al demonio dbus, y este a su vez ha de hacer lo mismo con la otra aplicación. Tampoco es posible tener comunicación dbus desde el arranque del sistema, hay que esperar a que se arranque el servicio, y no está bien integrado con los mecanismos de seguridad del kernel.<br /> <br /> En realidad, el kernel es el sitio donde se deben implementar esta clase de cosas: tuberías, FIFOs, sockets Unix, pila TCP/IP, IPC de System V, etc; todos están implementados en el kernel, y en muchos casos lo están por la simple razón de que son muy utilizados y es conveniente hacerlo así. Podría mantenerse dbus en espacio de usuario, pero también <a rel="nofollow" target="_blank" href="https://code.google.com/p/tcp-ip-in-user-space/">se puede</a> implementar la pila TCP/IP en espacio de usuario, y hay razones para no hacerlo. Hay que hacer notar que incluso algunos microkernels implementan sistemas IPC similares dentro del kernel, precisamente porque el IPC entre procesos es su fundamento. Así que creo que las alarmas por kdbus están injustificadas.<img src="http://feeds.feedburner.com/~r/diegocg/~4/qwRYZZBWmY0" height="1" width="1" alt=""/> Diego Call. tag:blogger.com,1999:blog-7974522.post-8471409083814416604 Thu, 06 Feb 2014 22:45:00 +0000 http://feedproxy.google.com/~r/diegocg/~3/xA3TxDysC40/las-novedades-de-linux-313.html Ya se <a rel="nofollow" target="_blank" href="https://lkml.org/lkml/2014/1/19/148">ha anunciado</a> la versión 3.13 de Linux. Entre las novedades de esta versión destacan nftables, el sucesor de iptables, un rediseño de la capa de bloques optimizado para SSDs de alto rendimiento, un framework para establecer límites de consumo energético en dispositivos Intel RAPL, mejora del rendimiento de squashfs, gestión energética en dispositivos AMD Radeon activada por defecto, mejor rendimiento en sistemas NUMA, mejor rendimiento en cargas donde se utilicen "hugepages", TCP Fast Open activado por defecto, soporte para pagos NFC y soporte para el protocolo High-availability Seamless Redundancy. También se han incluido drivers nuevos y muchas otras mejoras y pequeños cambios. La lista completa de cambios, en inglés, puede <a rel="nofollow" target="_blank" href="http://kernelnewbies.org/Linux_3.13">encontrarse aquí</a>, como siempre. <br /> <br /> <br /> <b>· Capa de bloques escalable, diseñada para dispositivos SSD de alto rendimiento</b><br /> Durante décadas, los discos duros tradicionales han determinado el diseño de las partes de los sistemas operativos que comunican a las aplicaciones con los dispositivos de almacenamiento. Con las nuevas generaciones de discos de estado sólido, SSD, esos requisitos antiguos ya no tienen validez. La capa de bloques de Linux estaba diseñada con un sólo bloqueo que protegía la cola de peticiones de ES, este diseño puede conseguir un ratio de 800.000 operaciones de ES por segundo, al margen de cuántos cores se utilizasen para hacer ES. Esto era más que suficiente para los discos magnéticos tradicionales, cuyo ratio en accesos aleatorios no pasa de varios cientos de ES/s, pero no es suficiente para los discos SSD más modernos, que alcanzan un ratio de 1 millón, y mejoran con rapidez en cada nueva generación. Tampoco es un diseño apropiado para el mundo multicore actual.<br /> <br /> Esta versión incluye un rediseño de la capa de bloques de Linux, que pasa a estar basada en dos niveles de colas: Un nivel de colas por-cada-CPU para enviar ES, que posteriormente pasan a un segundo nivel de colas de envío hacia el hardware. El mapeado entre las colas de envío y las colas de hardware puede ser 1:1 o M:N, dependiendo del hardware y la configuración. La experimentación ha demostrado que este diseño puede alcanzar varios millones de operaciones ES/s, pudiendo de este modo aprovechar las nuevas capacidades de los dispositivos SSD NVM-Express o PCI-E, y también las CPUs multicore, al mismo tiempo que se mantienen la interfaz y ventajas de una capa de bloques.<br /> <br /> <b>· nftables, el sucesor de iptables</b><br /> iptables tiene una serie de limitaciones tanto a nivel funcional como de diseño: problemas con la actualización de reglas o duplicación de código, que causan problemas al mantenimiento del código y a los usuarios. nftables es un nuevo sistema de filtrado de paquetes que resuelve esos problemas, manteniendo al mismo tiempo compatibilidad para los usuarios de iptables.<br /> <br /> El núcleo del diseño de nftables es una pseudo-máquina virtual simple inspirada en BPF. Una <a rel="nofollow" target="_blank" href="http://git.netfilter.org/nftables/">nueva utilidad</a> interpreta las reglas proporcionadas por el usuario, las compila a un pseudo-bytecode y transfiere el resultado al kernel. Este sistema puede reemplazar miles de líneas de código, ya que el conjunto de instrucciones del bytecode permite expresar los selectores de paquetes para todos los protocolos. Dado que la utilidad en espacio de usuario interpreta los protocolos y los traduce a ese bytecode, ya no es necesario incorporar en el kernel extensiones específicas para nuevos protocolos, lo cual significa que los usuarios no tendrán que actualizar el kernel para conseguir soporte para nuevos protocolos y <i>matches</i>, sólo será necesario actualizar la utilidad. Hay también una <a rel="nofollow" target="_blank" href="http://git.netfilter.org/libnftables/">nueva librería</a> para las utilidades que necesiten interactuar con el cortafuegos. <br /> <br /> nftables proporciona compatibilidad con iptables. Hay <a rel="nofollow" target="_blank" href="http://git.netfilter.org/iptables-nftables/">nuevas utilidades iptables/iptables</a> que traducen reglas de iptables al nuevo bytecode, y es posible también usar e introducir nuevos módulos xtables. Como bonus, estas nuevas utilidades proporcionan características que eran imposibles con el antiguo diseño: notificaciones para cambios en las tablas y cadenas, mejor soporte para actualizaciones incrementales de reglas, y la habilidad para activar/desactivar cadenas de cada tabla. Hay un una pequeña guía de la nueva utilidad y su sintaxis <a rel="nofollow" target="_blank" href="http://kernelnewbies.org/nftables_examples">aquí</a>. Página del poyecto: <a rel="nofollow" target="_blank" href="http://netfilter.org/projects/nftables/">http://netfilter.org/projects/nftables/</a> <br /> <br /> <br /> <b>· Radeon: soporte de gestión energética activado por defecto, cambio automático de GPU, soporte de Radeon R9 290X 'Hawaii'</b><br /> &nbsp;· Gestión energética activada por defecto: Linux 3.11 <a rel="nofollow" target="_blank" href="http://kernelnewbies.org/Linux_3.11#head-61f0d4595b25d0f19a5dc7574d07e9107521b397">añadió</a> soporte de gestión energética para dispositivos AMD Radeon. La gestión energética mejora el consumo energético, que es crítico para los dispositivos alimentados por baterías, pero es también un requisito para conseguir alto rendimiento, ya que permite reprogramar la velocidad de reloj a estados más potentes en algunas GPUs y APUs que se inician por defecto en estados menos potentes.<br /> <br /> Este soporte tenía que activarse con un parámetro en el módulo. En esta versión, la gestión energética está activada por defecto para buena parte del hardware AMD Radeon: BTC asics, SI asics, SUMO/PALM APUs, evergreen asics, r7xx asics y hawaii.<br /> <br /> &nbsp;· Cambio automático de GPU: El soporte para cambio automático de GPUs se introdujo en Linux 3.12. Esta versión añade soporte para esta característica en hardware AMD Radeon.<br /> <br /> &nbsp;· Soporte de R9290X 'Hawaii': Esta versión añade soporte para los dispositivos <a rel="nofollow" target="_blank" href="https://en.wikipedia.org/wiki/AMD_Radeon_Rx_200_Series#Radeon_R9_290">R9 290X</a> "Hawaii"<br /> <br /> <b>· Framework para la limitación de consumo energética</b><br /> Esta versión añade un framework que permite configurar límites de consumo de energía en los dispositivos que soporten esa funcionalidad. Ha sido diseñado pensando en el mecanismo Intel RAPL (Running Average Power Limit), disponible en los últimos procesadores de Intel (Sandy Bridge y posteriores, otros muchos dispositivos añadirán soporte posteriormente). Este framework proporciona una interfaz consistente entre el kernel y el espacio de usuario para exponer sus mecanismos de configuración con uniformidad.<br /> <br /> <b>· Soporte para la arquitectura Intel Many Integrated Core</b> <br /> Esta versión añade soporte para la arquitectura <a rel="nofollow" target="_blank" href="http://www.intel.com/content/www/us/en/architecture-and-technology/many-integrated-core/intel-many-integrated-core-architecture.html">Intel Many Integrated Core</a> o MIC, una arquitectura que incorpora parte del trabajo realizado anteriormente en la arquitectura Larrabee, el proyecto Teraflops Research Chip, y el procesadorIntel Single-chip Cloud Computer. El superordenador más potente del mundo, el <a rel="nofollow" target="_blank" href="https://en.wikipedia.org/wiki/Tianhe-2">Tianhe-2</a> del Centro Nacional de Supercomputación en Guangzhou, China, utiliza esta arquitectura para conseguir 33.86 PetaFLOPS.<br /> <br /> La familia MIC de coprocesadores en formato PCIe ejecuta un sistema operativo Linux de 64 bits. El driver gestiona el estado del sistema operativo en la tarjeta y establece comunicación entre el equipo y la tarjeta. Más información sobre la familia de dispositivos Intel Mic y sobre el sistema operativo y herramientas para MIC están disponibles <a rel="nofollow" target="_blank" href="http://software.intel.com/en-us/mic-developer">aquí</a>. Esta versión soporta los dispositivos Intel MIC X100, e incluye un demonio en espacio de usuario de ejemplo.<br /> <br /> <b>· Mejora del rendimiento en sistemas NUMA</b><br /> Los sistemas multiprocesador modernos (ejemplo, x86) suelen tener sistemas de memoria <a rel="nofollow" target="_blank" href="https://es.wikipedia.org/wiki/NUMA">NUMA</a> ("non-uniform memory access"). En estos sistemas, el rendimiento de un proceso puede ser diferente dependiendo de si el rango de memoria al que accede está conectado a la CPU local o a otra CPU. Dado que el rendimiento depende de la localidad de los accesos a la memoria, es importante que el sistema operativo programe un proceso para que se ejecute en la misma CPU donde está conectada la memoria a la que accederá.<br /> <br /> La manera que Linux tenía de tratar estas situaciones era deficiente. En Linux 3.8 se incluyó una nueva fundación para el soporte de NUMA que permitiría añadir políticas NUMA más inteligentes en el futuro. Esta versión incluye varias de esas políticas, y puede gestionar casos tales como los de procesos que comparten páginas de memoria, o los que utilizan hugepages transparentes. Se han añadido nuevas sysctls para activar o desactivar y configurar este soporte (ver documentación <a rel="nofollow" target="_blank" href="http://git.kernel.org/linus/10fc05d0e551146ad6feb0ab8902d28a2d3c5624">aquí</a>).<br /> <br /> <b>· Mejora de la escalabilidad del acceso a la tabla de páginas en cargas con hugepage</b><br /> Linux mantiene información sobre cada página de memoria en una estructura de datos llamada tabla de páginas. En las situaciones en que se utilizan hugepages, el bloqueo utilizado para proteger algunas partes de la tabla se ha convertido en un punto de contención. Esta versión incluye bloqueos más eficientes para esas partes de la estructura, mejorando la escalabilidad del acceso a la tabla de páginas en las cargas con hugepage y muchos procesos.<br /> <br /> <b>· Mejora del rendimiento de squashfs</b><br /> Squashfs, el sistema de sólo lectura utilizado por la mayoría de distribuciones live, instaladores y algunas distros embebidas, ha incorporado mejoras que aumentan notablemente el rendimiento en cargas donde estén envueltas varias lecturas paralelas. Uno de ellas es la descompresión directa de los datos en el caché de páginas, lo cual evita una copia de los datos y elimina el bloqueo utilizado para proteger al búfer intermedio. El otro es el soporte de la descompresión multihilo.<br /> <br /> <b>· TCP Fast Open activado por defecto</b><br /> TCP Fast Open es una optimización del proceso de establecimiento una conexión TCP que permite eliminar un viaje de ida y vuelta de ciertos tipos de conversaciones TCP, lo cual puede mejorar el tiempo de carga de páginas web. En <a rel="nofollow" target="_blank" href="http://kernelnewbies.org/Linux_3.6#head-ac78950a7b57d92d5835642926f0e147c680b99c">Linux 3.6</a> y <a rel="nofollow" target="_blank" href="http://kernelnewbies.org/Linux_3.7#head-cd32b65674184083465d349ad6d772c828fbbd8b">Linux 3.7</a> se añadió soporte para esta característica, que requiere soporte de espacio de usuario. En esta versión, el soporte de TCP Fast Open está activado por defecto.<br /> <br /> <b>· Soporte de pagos NFC</b><br /> Esta versión añade soporte para el <a rel="nofollow" target="_blank" href="http://www.smartcardalliance.org/pages/publications-nfc-frequently-asked-questions#7">Secure Element</a>. Una API netlink permite activar, desactivar y descubrir los elementos seguros NFC. Con ayuda de espacio de usuario, esto permite soportar pagos NFC, que son útiles para implementar transacciones financieras. Sólo el driver pn544 soporta esta API de momento.<br /> <br /> <b>· Soporte para el protocolo High-Availability Seamless Redundancy</b><br /> El protocolo <a rel="nofollow" target="_blank" href="https://en.wikipedia.org/wiki/High-availability_Seamless_Redundancy">High-availability Seamless Redundancy</a> (HSR) es un protocolo de redundancia para Ethernet. Proporcional redundancia y tolerancia a fallos para dichas redes. Requiere una topología de red especial donde todos los nodos estén conectados a un anillo (y cada nodo tenga dos interfaces de red físicas). Está orientado a aplicaciones que requieren alta disponibilidad y tiempo de reacción muy corto.<br /> <br /> <div dir="ltr"> Y eso es todo. La lista completa de cambios en inglés, <a rel="nofollow" target="_blank" href="http://kernelnewbies.org/Linux_3.13">aquí</a>.</div> <img src="http://feeds.feedburner.com/~r/diegocg/~4/xA3TxDysC40" height="1" width="1" alt=""/> Diego Call. tag:blogger.com,1999:blog-7974522.post-2074096701220504242 Mon, 20 Jan 2014 08:00:00 +0000 http://feedproxy.google.com/~r/diegocg/~3/frcfTYRud2Y/centos-se-une-red-hat-se-cierra-el.html <span id="goog_3685227"></span><span id="goog_3685228"></span>El proyecto CentOS, consistente en quitar el copyright y algunas utilidades propietarias de RHEL, ha decidido <a rel="nofollow" target="_blank" href="http://lists.centos.org/pipermail/centos-announce/2014-January/020100.html">integrarse</a> con Red Hat. Red Hat se queda con la marca "CentOS", contrata a varios de sus desarrolladores, les proporciona recursos para mantener la distribución, pero sin modificar la esencia de la distro en si.<br /> <br /> Como <a rel="nofollow" target="_blank" href="https://news.ycombinator.com/item?id=7020277">señalaban en Hacker News</a>, esta decisión supone para Red Hat una curiosa trayectoria circular. En un principio la distribución Red Hat estaba disponible para la libre descarga, y la compañía Red Hat ofrecía soporte. Un día decidieron que la distribución de marca Red Hat ya no sería de libre distribución, y formaron RHEL, de pago, y por otro lado iniciaron Fedora, una distribución libre. Pero CentOS empezó a ofrecer una versión de RHEL sin la marca Red Hat. Y ahora Red Hat une fuerzas con CentOS, garantizando una versión libre, sin soporte, de Red Hat, aunque sea sin la marca.<br /> <br /> Es decir, la situación vuelve a estar más o menos como al principio.<br /> <br /> Podría decirse, supongo, que con esta decisión Red Hat está reconociendo implícitamente errores en el pasado, aunque habría que tener en cuenta que cada paso en la evolución de Red Hat ha respondido a diferentes momentos en los que tuvo diferentes necesidades, y todas ellas podrían ser perfectamente lógicas rodeadas de sus circunstancias. Pero, ¿a qué circunstancias responde la unión con CentOS? ¿Por qué CentOS es más útil a Red Hat hoy de lo que lo era hace años?<br /> <br /> Hay una razón inmediata que a todos se nos ocurre, y es que existe una ingente demanda de distribuciones Linux "serias", estables, con buen mantenimiento y, sobre todo, gratuitas. Red Hat sabe que es inútil intentar hacer pagar a esa demanda un sólo dólar, por lo tanto no tiene, como empresa, un interés directo en ella. Sin embargo, si puede tener interés en evitar que otras distribuciones aprovechen esa demanda para hacerse un hueco e introducir sus propias ofertas de soporte comercial. Un competidor en este sentido podemos verla en esta <a rel="nofollow" target="_blank" href="http://w3techs.com/technologies/history_details/os-linux/all/y">estadística de distribuciones Linux</a> en servidores web (de fiabilidad limitada), donde se ve como Ubuntu Server está encumbrándose rápidamente y convirtiéndose en la opción por defecto de mucha gente. Otra versión comercial de estos competidores, más serio, es Oracle Linux.<br /> <br /> Sin embargo, y aunque estas razones puedan existir, parece más creíble la versión que Red Hat <a rel="nofollow" target="_blank" href="http://community.redhat.com/centos-faq/#_motivations">ha ofrecido</a>, que parece centrarse especialmente en la facilidad que ofrecería a partir de ahora CentOS para crear variantes de CentOS, y muy especialmente variantes centradas en OpenStack, la plataforma para la creación de <i>nubes</i> apoyada por Red Hat:<br /> <div class="paragraph"> <blockquote class="tr_bq"> <i>Red Hat’s success begins with community-powered innovation. For instance, growth of OpenStack and of RDO leads to growing code maturity and mindshare for the project and for Red Hat and, in turn, more demand for Red Hat Enterprise Linux OpenStack Platform subscriptions.</i></blockquote> <blockquote class="tr_bq"> <i>Red Hat is taking an active role in the CentOS Project to accelerate the development and broaden the reach of projects such as OpenStack by expanding our base of community-oriented users to include those engaged with CentOS now and in the future.</i></blockquote> <blockquote class="tr_bq"> <i>By working with the CentOS Project, we can reach beyond those actively engaged in platform innovation through Fedora to projects and people in need of a community Linux distribution that’s open to selective modification while remaining relatively stable.</i></blockquote> </div> Parece una descripción bastante sincera de sus intenciones; sin embargo, cabe destacar que en toda esta historia hay un perdedor, que a mi juicio es Fedora. Fedora ha tenido éxito como centro de innovación y desarrollo para Red Hat y como distro para aquellos a quienes les interese estar a la última, pero ha perdido fuerza como distribución generalista para el gran público, tanto de escritorio como de servidores. En teoría, Red Hat podría haber ofrecido OpenStack dentro de Fedora, como un spin de Fedora...de hecho, podría haber intentado competir con CentOS como distribución Redhatera estable, con versiones LTS con buena política de soporte de actualizaciones, pero no se ha preocupado demasiado por ello (quizás precisamente porque para eso ya estaba CentOS).<br /> <br /> Será interesante comprobar si esto afecta a Fedora, y si alguno de los <i>spins</i> de Fedora se pasa a CentOS, o si incluso Fedora y CentOS acaban uniendo fuerzas a largo plazo.<img src="http://feeds.feedburner.com/~r/diegocg/~4/frcfTYRud2Y" height="1" width="1" alt=""/> Diego Call. tag:blogger.com,1999:blog-7974522.post-4496877210893685934 Fri, 10 Jan 2014 22:18:00 +0000 http://www.divulgaciones.net/2014/01/07/el-internet-de-las-cosas-intel-y-wolfram/ El internet de las cosas será una de las tecnologías que pegará con fuerza en los próximos años. Se tratará de multiples dispositivos interconectados entre sí intercambiando información y tomando decisiones para ¿facilitarnos? la vida. Los paranoicos podrán decir que será otra forma Orwelliana de controlarnos, y no les faltará razón. Será el siguiente paso [&#8230;] http://www.divulgaciones.net/?p=2213 Tue, 07 Jan 2014 20:52:11 +0000 El internet de las cosas será una de las tecnologías que pegará con fuerza en los próximos años.

Se tratará de multiples dispositivos interconectados entre sí intercambiando información y tomando decisiones para ¿facilitarnos? la vida.

Los paranoicos podrán decir que será otra forma Orwelliana de controlarnos, y no les faltará razón. Será el siguiente paso para sacar información de nuestros hábitos para vendernos todos aquellos productos que no nos hemos dado cuenta que nos pueden ser útiles.

Fuera del vil mercantilismo existen situaciones en las que podrán ser de gran útilidad.

Dentro del internet de las cosas existe una categoría llamada “wereable devices” que son dispositivos miniaturizados con capacidad de procesamiento. Ordenadores en miniatura.

Intel ha presentado su nuevo “ordenador” el Intel Edison. Es un mini ordenador con el tamaño de una tarjeta SD con un procesador Quark de dos cores a 400 MHz con wifi y bluetooth. Obviamente funciona con Linux.

Intel ha hecho una demo con un sistema para monitorizar bebes y monitorizar su respiración, temperatura, …

Intel está moviendo ficha y creo que esta vez ha aprendido a hacerlo rápido antes de que le vuelvan a meter un gol como ha sucedido con las “single-boards” y ARM.

Wolfram, sin embargo, está trabajando con Intel para portar su software Mathematica y Wolfram Language a este nuevo mini-ordenador.

Wolfram no es el primer movimiento que hace en este sentido, ya portó Mathematica y Wolfram Alpha para funcionar en la Raspberry Pi con Raspbian.

Empieza todo un nuevo y apasionante mundo y con ello una carrera a ver quien se lleva al gato al agua.

Pues bueno no es así exactamente. Mejor dejo que lo oigáis por vosotros mismos:

BSO de Superdectective en Hollywood:

BSO de Cazafantasmas:

What is love:

BSO de Juegos de Tronos:

BSO de Doctor Who:

Duke Nukem 3D:

La marcha imperial:

Espero que esto haya estimulado vuestra faceta artistíca y si es así aquí podéis ver como dar los primeros pasos:

Y en Github.

Como bien sabéis llevo un tiempo con una muela del juicio rota que no me podían sacar por como tenía la garganta. Al tener abierta la boca un rato me daba una tos y unas arcadas que me doblaban. De hecho alguna vez después de comer digamos que volví a ver lo que había comido …

Estaba teniendo suerte ya que la muela no me estaba dando problemas. Hasta antes de ayer. Empecé a tener unos dolores que mejor no voy a describir. La medicación no hacía efecto y los dolores iban en aumento. Ayer bajé a urgencias y decidieron sacarmela de urgencia.

Desgraciadamente para mí, mi garganta seguía igual. En condiciones normales, según me dijo el médico, podrían recurrir a anestesia total y sacarmela. El problema es que en mi caso, y tal y como tenía la garganta, era más que probable que me diera la tos aún estando anestesiado ya que es un movimiento involuntario. El problema es que tengo la garganta demasiado seca y al tener abierta la boca con el aire se me reseca aún mas y eso es lo que provoca la tos y las arcadas.

Que suerte la mia. Lo que no me pase a mi.

Me comentaron la posibilidad de una intervención experimental que aunque no reviste complicaciones si tiene unos efectos secundarios complejos. Tiene un postoperatorio complicado.

Al final me decidí ya que no aguantaba mas.

Para evitar complicaciones en la extracción de la muela decidieron intervenirme via rectal. Fue necesaria anestesia pero solo local.

Esta mañana me dieron el alta y ya estoy en casa. Comiendo con pajita y un par de dias en los que no me puedo sentar ni dormir boca arriba.

Estos dos días voy a estar bastante aburrido en casa, con lo cual si alguno os queréis pasar seréis bienvenidos.

Por cierto que si alguno quiere traer helados el sabor es lo de menos.

Como todos sabéis el segundo es la unidad estándar de tiempo en el Sistema Internacional. A lo largo del tiempo se ha cambiado la definición de lo que es un segundo. Bueno, más que la definición es la forma de medirlo.

Hoy en día un segundo se define en terminos del tiempo que tarda en emitirse una determinada radiación por un isótopo de Cesio.

Obviamente esta definición es muy precisa pero tiene el inconveniente de que se producen desfases entre la medición del tiempo atómico, dada por un isótopo de Cesio, y el tiempo solar, dada por el tiempo que tarda la tierra en dar una vuelta alrededor del Sol.

Además presenta otro inconveniente, y es el coste que tiene para todo aquel que necesite una medición precisa del tiempo.

Para la mayoría de nosotros no es necesaria tanta precisión. Pero para determinadas tareas en las que hay en juego dinero o vidas humanas la precisión si es importante.

Debido a la crisis ecónomica que estamos atravesando y al crecimiento incesante de la tecnología como parte de nuestras vidas se hace necesario que cada vez mas empresas necesiten de estos servicios.

A nivel mundial se encarga de este tipo de estandarizaciones la Oficina Internacional de Pesas y Medidas. Aunque en EEUU el NIST se encarga de las estandarizaciones en cuanto a Tecnología se refiere. Por este motivo y para asegurar que el nuevo estándar sea aceptado a nivel mundial se ha trabajado junto con el NIST en la definición del mismo.

La nueva forma de definir el segundo debía cumplir los siguientes requisitos:

• Fiabilidad.
• Asequible a coste económico.
• Ser de fácil adaptación al tiempo atómico y al tiempo solar.

El encontrar una forma fiable y precisa de medir el tiempo y que no esté sometida a variaciones es una tarea ardúa y dura. Ni que decir tiene que sobre ella recae una gran responsabilidad dado a todo lo que hay en juego.

Pues bien, estoy más que seguro que vaís a pensar que estoy de coña cuando os diga cual va a ser la nueva forma de definir el segundo.

Pues el segundo se va a definir a ritmo de bateria, no de las de cocina. Si no el instrumento musical.

Flipante ¿eh? Pues bien lo que más me gusta de esta nueva forma de definir la unidad de tiempo del sistema internacional es que se ha elegido a Phil Rudd, el batería de Ac / Dc, también conocido como “Mr. Ritmo” o “El metrónomo humano” para definir la nueva medida de segundo.

El ritmo y la forma de mantener los compases que lleva manteniendo en Ac / Dc desde los 70, con la excepción de los algo más de 10 años que estuvo fuera de la formación australiana, ha sido el motivo que lo ha hecho merecedor de tan noble labor. No deja de ser sorprendente la nueva forma en la que se ha decidido representar el segundo.

Todos aquellos que seáis fans de Ac / Dc entenderéis  el motivo de la elección. A buen seguro que se encargará de realizar las muestras para las mediciones con su Sonor Phil Rudd Signature snare drum.

Para los que no tengáis el buen gusto de escuchar a los Ac / Dc os dejo un video en el que podéis escuchar el mótivo de la elección de Phil Rudd:

Ahora sólo queda saber cuando entrará en vigor esta nueva definición. En principio todo apunta a que será a principios de 2015, pero la fecha es orientativa.

Es un vicio que tengo. Se me pegó en la escuela cuando era pequeño y no ha habido forma de desengancharme.

El comprar libros por internet es una odisea curiosa y carente de sentido.

Hace unos meses la gente de Puppetlabs me regaló una tarjeta de regalo de Amazon con un valor de $25.

Fuí a darle uso para comprarme un libro, concretamente The Simpsons and their mathematical secrets de Simon Singh. Este lo quería haber comprado en formato digital. Cual fue mi sorpresa que para comprarlo en digital sólo podía hacerlo en Amazon.es. Epic fail ya que mi tarjeta de regalo no valia.

Al final no lo compré. Quería comprarlo ya que la cantidad de referencias matemáticas que hay tanto en los Simpsons como en Futurama son bestiales, hilando muy fino en algunos casos. Además el autor, Simon Singh, es un autor que me encanta. Si os gusta la criptografía os recomiendo encarecidamente que leáis “Los Códigos Secretos” y si os gusta leer sobre ciencia “El último teorema de Fermat” (hay edición traducida de este último). Los libros publicados de este autor los podéis ver en su web. Os recomiendo encarecidamente la lectura de estos dos libros si os interesa la divulgación científica.

Pues bien dado que no sabía que hacer con la tarjeta, ya que probé a comprar varios libros en formato electrónico y con todos tenía el mismo problema, tenía que comprarlos por Amazon.es. Decidí dejarlo.

Pensando a ver que podía comprar en Amazon.com me acordé que una vez compré un libro en papel a través suyo y no fue necesario hacerlo a través de Amazon.es. ¿Seguiría siendo posible? Pues resulta que sí.

Hay un libro que le tenía muchas ganas “Applied Cryptography” de Bruce Schneier. Hace tiempo tuve que tomar una decisión entre comprar el libro anterior o comprar el Menezes Handbook of Applied Cryptography. Me decidí por el Menezes ya que en esos momentos estaba más interesado en los fundamentos teóricos de la criptografía (vicioso que es uno).

Llevo ya algún tiempo con ganas de querer comprar el de Bruce Schneier y dado que he podido realizar la compra en Amazon.com me he decidido. Me llegará el año que viene ;).

Hay cosas que no tienen lógica ninguna. No entiendo el motivo por el cual un libro electrónico no puedo comprarlo a través de Amazon.com pero en papel si. No se si es un tema de Amazon, del autor del libro o alguna mandanga de las editoriales. No lo sé. Lo que si sé es que ha habido varios libros en formato electrónico que no he comprado por esta ¿tontería?.

Otra cosa que me ha sorprendido:

• Applied Cryptography de Bruce Schneier en Amazon.es: 54.42 €
• Applied Cryptography de Bruce Schneier en Amazon.com: $35.71 (26€ aproximadadamente)

El doble de caro comprando en Amazon.es!!!!

Luego nos sorprendemos de por que la economía esta como está en España y por que tardamos más en recuperarnos que otras economías. Vendiendo más caro en una sociedad con una grandísima inestabilidad laboral y unos sueldos cada vez más reducidos no se gasta. Y si ademas no somos productores, que en España no lo somos, no se consume. Cuando hay productos Españoles normalmente se tiende a comprar algo más, pero claro si no hay dinero en el bolsillo y no hay productos Españoles no se vende.

¿Por que no en digital? En digital no me gusta comprar libros que vaya a utilizar o consultar bastante. Últimamente he comprado varios en digital, sobre Puppet, Openstack o sobre rendimiento de sistemas, entre otros. Estos libros los voy a utilizar bastante pero son libros con “caducidad” por así decirlo, tienen un tiempo de vida útil y después de dicho tiempo su utilidad se reduce bastante. En este tipo de casos los prefiero en electrónico, en caso contrario me gusta tenerlos en papel.

Resumiendo, que si tenéis que comprar algún libro valoréis en pillarlo en Amazon.com si os podéis permitir el esperar algo más para la entrega.

Este ataque ha logrado recuperar claves secretas de 4096 bits del algoritmo RSA en menos de una hora. Y el mismo ataque se ha mostrado también efectivo contra el algoritmo de ElGammal.

El ataque

El ataque no ha roto el algoritmo en sí, que sigue siendo un algoritmo seguro. Entendiendo por seguro que no existen vulnerabilidades conocidas del algoritmo. La clave está en la interpretación de “vulnerabilidades conocidas”, y es que si un organismo gubernamental descubriera como romper RSA no lo publicaría. Simplemente permanecería en silencio explotando la vulnerabilidad en su propio beneficio.

Este ataque ha sido llevado a cabo contra la implementación de RSA que utiliza el popular software open source GnuPG en versiones 1.x. Los desarrolladores han sacado un parche para solucionar este bug. Si utilizas GnuPG en versión 1.x deberás actualizar a la versión 1.4.16. La versión 2.x de GnuPG no está afectada, según los propios desarrolladores.

Este ataque recibe el nombre de RSA key extraction via Low-Bandwidth Acoustic Cryptanalysis y ha sido publicado por Daniel Genkin, Adi Shamir y Eran Tromer. Así y sin entrar a valorar nada más y teniendo en cuenta que Adi Shamir es la S de RSA (la R es de Rivest y la A de Adleman) ya tenemos un indicativo de la importancia de dicha publicación.

Como ya hemos dicho no se ha detectado una vulnerabilidad en RSA, si no que se ha llevado  a cabo un ataque con éxito a una de las implementaciones que existen en el mercado.

El ataque se basa en “escuchar” el ruido del procesador cuando desencripta mensajes. Con este “ruido” han sido capaces de recuperar las claves privadas utilizadas para desencriptar dichos mensajes. Y todo esto en tan solo una hora.

Para que este ataque sea factible es necesario realizar el ataque con textos previamente seleccionados, es decir se conoce el mensaje que se está desencriptando. Además es necesario emplazar un micrófono cerca del equipo que está desencriptando el mensaje.

El ataque lo han realizado utilizando un teléfono móvil como micrófono situado a 30 centimetros, también utilizando un micrófono parabólico a una distancia de cuatro metros y probablemente se pueda hacer efectivo utilizando micrófonos laser con lo cual el radio de acción de este ataque sería mayor de los cuatro metros del micrófono parabólico.

Para el ataque se han utilizado diferentes terminales Android:

• HTC Sensation.
• Samsung Galaxy S II.
• Samsung Galaxy Note II.

Y en cuanto a ordenadores atacados se ha probado el ataque en varios portátiles de varios fabricantes.

Con toda esta información se ve claramente que el ataque es viable a realizar y no requiere de un gran desembolso económico.

Para información más detallada sobre el ataque lo mejor es irse a la fuente.

¿Sigue siendo seguro RSA?

Pues a día de hoy y con la información que tenemos podemos responder a esta pregunta de dos formas:

1. RSA sigue siendo igual de seguro que antes.
2. RSA sigue siendo igual de inseguro que antes.

Este ataque es contra una implementación del algoritmo, no contra el algoritmo en si. Este tipo de ataques son posibles contra cualquier tipo de algoritmo, criptográfico o no.

Podemos observar cosas debido a sus interacciones con lo que las rodea, si de esas interacciones podemos extraer información y procesarla de forma útil seremos capaz de obtener información relativa al algoritmo y en algunos casos, como este, hasta romperlo. De hecho, los supuestos algoritmos criptográficos cuánticos tan bien vendidos como inviolables podrían ser vulnerables a ataques de este tipo. Ataques indirectos.

Esto último es mera especulación, lo reconozco, pero por muy seguros que sean por operar dentro de las reglas de la mecánica cuántica antes o después aparecera la mecánica clásica ya que los datos parten y van a sistemas clásicos y a partir de este tipo de interacciones quien sabe que tipos de ataques se podrán llevar a cabo.

Protección contra este tipo de ataques

En lo referente a este tipo de ataque y debido a que con tecnologías como Flash y HTML5 es posible acceder al micrófono de los equipos sería posible llevar a cabo este ataque utilizando textos elegidos. Es decir que no hará falta el utilizar un smartphone o un micrófono direccional, con malware si tenemos una versión afectada podrán explotarla.

Dado que es necesario desencriptar los mensajes el uso de gestores de correo que automáticamente desencripten los mensajes podría hacer bastante factible este tipo de ataques de forma automática.

Los autores del ataque hacen referencia a Enigmail, un plugin del gestor de correo Thunderbird, como un posible vector de ataque.

Según los investigadores ni la agrupación de ordenadores ni el uso de multitarea en sistemas con varios procesadores o cores puede enmascarar las “marcas sonoras”. Tampoco ruidos de ventiladores o otros sonidos tipicos del entorno pueden enmascarar las “marcas sonoras” de utilidad. Estas “marcas sonoras”, según los investigadores, se encuentran por encima de los 10KHz mientras que el ruido generado por ventilidores y otros elementos suele estar por debajo de ese umbral.

Las contramedidas que proponen, a parte de utilizar una versión de GnuPG no afectada, es el uso de dispositivos que atenúen las frecuencias sonoras, así como el uso de circuitos digitales bien diseñados que ayudarían a reducir las señales.

Adi Shamir ¿azote de la NSA?

Adi Shamir junto con Eli Biham publicaron a finales de los 80 un nuevo ataque criptográfico que puede ser utilizando contra cifrados en bloque, en flujo y contra funciones hash (funciones criptográficas utilizadas en firmas digitales). Este tipo de ataques se conocen como criptoanálisis diferencial.

Basicamente estos ataques se basan en encriptar diferentes textos, cada uno con pequeñas diferencias respecto a los anteriores y estudiar los diferentes textos encriptados para encontrar pautas que denoten falta de aleatoriedad y utilizar esto para recuperar las claves secretas.

Aunque el descubrimiento del criptoanálisis diferencial se le atribuye a Shamir y a Biham, que publicaron una debilidad teórica del algoritmo DES, resultó que este tipo de criptoanálisis fue descubierto en 1974 por IBM y era conocido por la NSA. Es decir que la NSA llevaba más de 20 años beneficiandose de este ataque, aunque no queda clara la fecha en la que IBM informó a la NSA sobre este tipo de criptoanálisis.

La publicación de este tipo de ataque por Shamir y Biham a finales de los 80 termino con la ventaja de la NSA en la utilización en exclusiva de estas técnicas para romper algoritmos de cifrado.

Hace algo de tiempo que estoy bastante desconectado el mundo de la criptografía pero cuando me dedicaba a dar charlas sobre este tema siempre comentaba un caso curioso que sonaba a leyenda urbana.

Existían afirmaciones de que las agencias gubernamentales del gobierno de los EEUU eran capaces de extraer información a distancia de los equipos informáticos, desde finales de los 80, debido a las fluctuaciones electromagnéticas de los teclados y de los discos duros. La verdad es que suena a ciencia ficción, hasta que Shamir & Friends han publicado su ataque a RSA. Pero aún así en las decadas de los 80 y 90 sigue sonando a ciencia ficción.

Pues bien, recuerdo haber visto algún documental (en la 2, creo recordar que en documentos TV) en el que supuestos exagentes de inteligencia sovieticos afirmaban utilizar tecnicas similares, usando micrófonos laser, para extraer información a distancia. Esto tampoco tiene que ser indicativo de nada, ya que se puede tratar de sensacionalismo. Pero lo que si es cierto es que en aquella época existian empresas norteamericanas que comercializaban sistemas de blindaje electromagnético para protegerse de tales escuchas. Que también podía ser un camelo aprovechando el tiron. Lo que si es cierto es que si querías instalar uno de estos sistemas antiblindaje necesitabas el visto bueno del FBI.

Este ataque publicado ahora parece confirmar la posibilidad y viabilidad de este tipo de ataques. Lo que sin duda nos lleva a pensar ¿hasta donde son capaces de llegar las agencias de inteligencia? Seguramente este tipo de ataques se lleven utilizando desde hace mucho tiempo.

De ser así Adi Shamir habrá torpedeado, otra vez, a las agencias de inteligencia.

Este tipo de ataque podría ser factible contra cualquier tipo de algoritmo a priorí y podría estar siendo utilizado por agencias gubernamentales para atacar otros algoritmos. Este tipo de información, obviamente, no será confirmada ni desmentida.

Utilización de software libre para mejorar la seguridad

En cuestiones de seguridad lo recomendable es utilizar software libre, siempre que sea posible. No estoy afirmando con esto que el software libre esté mejor implementado, ni que sea más seguro. Simplemente que la transparencia que ofrece hace que la existencia de puertas traseras o funcionalidades indocumentadas que vayan contra los intereses de los usuarios sea mínima.

Además de esto el módelo de desarrollo al no estar sometido a motivos económicos como factor determinante hace que las funcionalidades se implementen en función de las necesidades de sus usuarios y no de los factores económicos que determine la empresa o accionistas.

Como ejemplo tenemos este caso. Los investigadores hicieron público el ataque a los desarrolladores de GnuPG y colaboraron con ellos para desarrollar un parche.

Si esto hubiera sido con una empresa podría haber habido potenciales problemas:

1. Hacer público algo como esto iría en contra de los intereses de la compañia y podría sufrir cuantiosas perdidas. Un ejercito de abogados, sin duda, acosaría a los investigadores. Dependiendo del tamaño de la empresa y de quien pagará la nomina de los investigadores podría pasar que nunca se hiciera publica la vulnerabilidad estando expuestos a ella todos los usuarios.
2. Publicar la corrección quizá no fuera posible ya que igual economicamente no fuera viable para la empresa, pudiera estar sometida a los designios de ciertas agencias que no quisieran que se parcheasen estas vulnerabilidades para sacar ventaja de ellas.
3. O simplemente que si alguien descubre la vulnerabilidad y sabe como solucionarla le reclame al fabricante cierta cantidad de dinero por sus servicios. Como sería normal. Eso podría hacer que la implementación se retrase o no se lleve a cabo con el consecuente perjuicio para sus usuarios.

En un periódico nacional (del que he eliminado cualquier enlace para evitar reclamaciones monetarias de un posible futuro canon) aparece una noticia sobre el abrazo de un chimpace a Jane Goodall para despedirse de ella. Pues leyendo el artículo, si se que es una sorpresa que sepa leer (es un vicio que cogí en el colegio y que no he sido capaz de quitarme), me he encontrado con que se dice que “a la chimpace se la rescató en paupérrimas condiciones” esto:

Vamos que la pobre chimpancé estaba en la selva congoleña sin un duro. Demos gracias a Jane Goodall por darle unos eurillos a la pobre chimpancé.

Paupérrimo es un adjetivo superlativo que indica pobreza. Es decir el grado máximo de pobreza. Viene del latín, tercera declinación, pauper pauperis para más señas.

Ahora me cuadran mucho más las declaraciones del director de dicho medio en las que instaba al gobierno a invertir dinero en la reconversión de los periódicos. Yo, inculto de mi, pensaba que se refería a la transición al medio digital. Pero una vez mas me equivocaba. Sin duda, visto lo visto, se refería a unas clases de lenguaje español para los redactores y editores del periódico.

]]>