Cosas mías

O mejor dicho, la Batalla del Alamein.

Con un tono riguroso, perfectamente documentando, John Latimer nos cuenta los pasos previos que llevaron a la primera batalla perdida por el Eje, a su planteamiento mayormente desde el lado Aliado, y al desarrollo de la misma hasta la retirada y huída de Rommel. También nos cuenta en una introducción un resumen bastante largo sobre los personajes principales, las consecuencias de la misma, y los hechos que llevaron a este combate.

Sobresalen una serie de mapas técnicos con el desarrollo de toda la campaña, así como una amplia bibliografía y un índice alfabetíco. También es de destacar el hecho de que embebe comentarios y fragmentos de diarios personales de quienes estuvieron combatiendo. Como característica habitual, la riguorisidad y la cantidad de nombres, fechas y horarios, aunque en contra respecto a otros libros, no resultan demasiados pesados.

Como contrapartida, podría haber narrado más cosas desde el punto de vista alemán, aunque cuando es imprescindible para entender el desarrollo, lo hace.

Amenísimo libro, muy documentado, nos muestra las miserias de la guerra en toda su crudeza. Es un libro muy, pero que muy crudo, en el que se nos narra por completo, de principio a fin, el intento de toma de Stalingrado por Hitler y la tenaz defensa de la ciudad y los alrededores por parte de los soviéticos.

No me canso de decirlo: el autor no se corta, cuenta las cosas como son -y si realmente no fueron así en el detalle clínico y específico, las escenas narradas, cruentas, tristes, feroces, seguro que ocurrieron en otros lugares.

Hiltler era un asesino cruento y despiadado, pero Stalin no el iba a la zaga, y de ahí (inclusive) hacia abajo, el mejor, ahorcado. Y despacio. Con saña. Igual que por culpa de ellos murieron muchos miles de ciudadanos sin tener necesidad de ello, por una cuestión ideológica sin sentido o por motivos de yo soy más fuerte que tu.

Escenas de hambre, canibalismo, breves pero duras pinceladas de a dónde puede llegar un ser humano por conseguir comida o, simplemente, sobrevivir. Escenas de cruentos combates cuerpo a cuerpo, francotiradores, o el ahorcamiento del joven Sacha; o escenas más tiernas pero no menos duras y cruentas, como la mujer que pasó con su madre varias semanas aisladas en el patio de su casa, o el médico que con la mandíbula rota ayudaba todo lo que podía, o cuando los alemanes, ya cercados y casi en su etapa final, pedían a los rusos que tocaran música…

La sensación que te deja el libro es completamente indescriptible, pero predomina una sensación de tristeza e impotencia atroz.

William Craig sabe contar y, mediante una mera descripción impersonal de acciones, sabe cómo mostrar la realidad con la crudeza y el salvajismo que el ser humano es capaz por motivos sin sentido…

Por todos lados están anunciando que ha salido el Service Pack 1 del Visual Studio. Casi todos los post de Geeks tienen su entrada correspondiente, y yo no voy a ser menos.

Pero en lugar de anunciar que ha salido, voy a comentar algo sobre las mejoras observadas y sobre otros temas. Como estoy hasta las cejas de faena -en este momento estoy programando, aunque ya lo dejo hasta el lunes (bueno, hasta el miércoles, mañana salgo de viaje a Barcelona)- voy a ser bastante sincrético.

Creo que en mi otro blog ya he comentado algo cuando el SP estaba en fase beta, y más o menos la situación es la misma. De momento me voy a referir al C++/CLI, puesto que de momento es lo que estoy utilizando -y hasta mediados de enero, eso y el C++ tradicional, cosas de faenas con urgencia-.

En general ha mejorado algo el rendimiento, ahora la transición ficha/código es algo -sólo algo- más rápida. Tampoco estoy con un proyecto con fichas complejas, más que nada porque la superficie la relleno en tiempo de ejecución, por lo que no he podido verificar si se ha solucionado el bug del doble clic. En el editor visual, a veces, si hacías clic demasiado rápido sobre un componente, en lugar de seleccionarlo, el entorno entendía que habías hecho doble clic y te lanzaba el evento por defecto. Creo que está solucionado, porque ahora cuesta más seleccionar el componente, como si hubieran puesto un retardo entre que pones el ratón encima y te acepta el clic (que personalmente considero es una chapuza, pero bueno). Ya comentaré mas sobre eso, seguro que la semana que viene.

Otra pifia bien gorda que seguro han solucionado, es el tema de la compilación de los CPP. Unas veces raramente, otras casi siempre, al IDE se le olvidaba que habías modificado el cpp y no lo compilaba, creando verdaderos maremagnums de errores que se solucionaban con un Build All. A veces hasta se caía el IDE entero.

Lo que no han solucionado es el IntelliSense en C++/CLI. Sigue fallando más que una escopeta de feria, esperemos que el problema con los proyectos grandes sí que lo hayan solventado.

Y ahora viene lo interesante. Esta mañana, tras instalar el SP1, como siempre, he lanzado la aplicación en la máquina remota para descubrir que no se ejecutaba. Me daba un error algo así como que tenía que instalarla, igual que cuando ejecutas un EXE generado en Debug y no encuentra las DLLs (uis, perdón, ensamblado) de depuración. Lo mismo pero con la Release.

Efectivamente, han cambiado el runtime del C++, por lo que la solución pasa por realizar un proyecto de instalación con tu aplicación y marcar en propiedades que es necesaria la dependencia del Runtime del Visual Studio. En la carpeta del instalador, una vez construido el proyecto, residirá el citado instalador, que debemos trasladar al otro PC e instalar.

Lo que me llama mucho la atención es la necesidad que tiene un aplication .NET pura del runtime de C++. ¿No es el .NET independiente de la plataforma? En fin.

Si os pasa, avisados estais.

Con esta novela termina la primera precuela de Dune, y termina de forma bastante inconsistente con la serie original, amén de un par de errores bastante garrafales que los autores reparan de mala manera en unos últimos capítulos bastante pobres.

En este libro, el tontolaba de Shaddam IV está a punto de acabar con la especia en el universo, el Barón Harkonnen recibe lo que se merece, Leto y Rhombur por fin atacan y reconquistan IX, y las Bene Gesserit tiene a quien será su Kwisat Haderack (o como cojones se escriba).

El libro es más de lo mismo, válido solo para una lectura entretenida y poco más.

Protección de Procesos
Quizá a simple vista pueda parecer un paso hacia atrás, a los tiempos del Windows 3.1, pero en Windows CE el sistema de protección entre tareas es muy débil, de modo que una aplicación puede, si no desestabilizar el sistema, sí detenerlo por completo.

No se trata de un fallo, sino de una limitación de los microprocesadores que se utilizan en entornos embebidos, de modo que, efectivamente, un proceso inestable puede llegar a hacer necesario un reinicio del dispositivo.

Pero debemos tener en cuenta el hecho de que el destino de estos aparatos no es el mismo que el de un PC, sino que el número de aplicaciones que van a ejecutar es conocido y está determinado en tiempo de desarrollo.

Habrá dispositivos que ejecuten como máquinas cerradas, por ejemplo un sistema de parking con la típica pantallita táctil; en este tipo de desarrollos dentro del dispositivo se va a ejecutar el sistema operativo y la aplicación, de forma que el comportamiento de ésta va a estar perfectamente prefijado desde un principio, por lo que en teoría cualquier problema, y sobre todo cualquier problema que bloqueen el equipo, va a estar solventado en origen.

Otros elementos serán más versátiles, como los puntos de información, o las máquinas de venta de productos variados, o incluso un videojuego; aquí el software entraña mayor complicación, por lo que se requieren más validaciones, pero al final se trata de lo mismo: un sistema completamente cerrado, por lo que el tema de protección de procesos pierde interés frente a una mayor seguridad del hardware o simplemente al coste del dispositivo…

Tamaño de la pantalla
Esta diferencia sí que puede ser rompedora a más no poder. En un dispositivo embebido no podemos asumir ni siquiera un rango de tamaños de pantalla… Podemos tener aparatos sin pantalla de ningún tipo -un router, una impresora-, otros con un simple display alfanumérico, y entre ellos desde uno de una línea de caracteres fijos hasta los de varias, o gráficos, o mixtos, o de 7 segmentos…

También podríamos disponer de una pequeña pantalla tipo PDA más o menos estándar, o una que no lo sea, de, por ejemplo, 1000x10 píxeles (un rótulo), o incluso varias pantallas, unas con chip 3D, otras con framebuffer, o con acelerador 2D… Incluso dispositivos a los que no se les haya incluído el soporte de vídeo dentro del CE pero que tengan pantalla con una biblioteca propia…

Por eso no se puede asumir nada sobre la salida de gráficos… Cada dispositivo tendrá sus características, y un aplicativo realizado para un modelo podría no servir para otro idéntico pero con diferente soporte de vídeo…

Periféricos extra, exóticos… o ninguno
Otra diferencia son los periféricos. Aquí tampoco podemos asumir nada. Habrá aparatos que lleven disco duro, o lectores de CD, otros quizás un sistema de lectura en Compact Flash, o Secure Digital, o simplemente una ROM en chip sin más.

Los habrá con USB, o con cinco o diez puertos serie, o SPI, con sonido o sin él, con una impresora típica o algo más extraño, como una térmica o incluso un elemento impresor de seguridad.

Podrían tener dispositivos para pagar dinero, o aceptarlo…

Incluso podrían tener una batería de relés o comutadores para comandar cualquier cosa…

Velocidad y rendimiento
Tampoco podemos asumir nada respecto al posible rendimiento. Habrá aplicaciones que apenas requieran recursos, y las habrá que necesiten uno o varios procesadores SIMD o MIMD asociados…

Por ello no debemos ser conscientes de la optimización y del consumo de memora y recursos. No estamos ante un PC, sino antes algo mucho más pequeño y más limitado, aunque a simple vista, por la forma de desarrollo, parezca que trabajamos con un PC. Y debemos ser enormemente cuidadosos a la hora de hacer nuestros programas, pues aparte de lo habitual, debemos poner especial cuidado en el optimizar el consumo de memoria y el tamaño de nuestro código.

Depuración remota
Generalmente, y salvo que estemos trabajando con los emuladores, el proceso de depuración suele diferir algo respecto al tradicional. Quzás la mayor diferencia sea que ahora la máquina sobre la que ejecutamos nuestro programa es diferente a la que compila y contiene el entorno de desarrollo, y generalmente se trata de arquitecturas diferentes. Pero MIcrosoft soluciona todo eso de forma elegante y casi transparente para el programador.

Lo más difícil de todo es que tengamos que preparar nosotros todo el sistema de desarrollo, incluyendo en el Platform Builder los elementos necesarios para generar nuestro sistema operativo. A veces la tarea puede ser bastante dificultosa, sobre todo si vamos a desarrollar con el Visual Studio 2005 y con una plataforma construida con el Platform Builder 5. Pero si utilizamos el sistema tradicional, el asunto es trivial.

Generalmente será el proveedor de la placa de evaluación o el que suministre el kit quien monte y prepare todo eso. A no ser que seas tu el proveedor, y entonces te tengas que currar todo, que es mi caso.

El proceso para lanzar un ejecutable es bastante sencillo. Desde el IDE, previa conexión con la placa ("Tools" -> "Connect to Device", aunque esto a veces es automático), tu programa se compila y genera el ejecutable válido para el ordenador remoto. Cuando lances la depuración, el IDE enviará el ejecutable junto a todo lo necesario a la placa destino, y lanzará la aplicación allí.

Cuando pongas un punto de interrupción, o detengas la ejecución, verás el resultado y la parada del programa en la ventana de tu IDE, pero todo lo demás -salida de video, acciones, etcétera-, se ejecutará en el dispositivo. Como es una conexión remota, todo esto es bastante más lento que programando directamente con el PC, aparte de que la aplicación se ejecutará en destino bastante más lenta de lo que lo haría si no estuviera el depurador anexado.

Formas de conectar hay muchas, desde el ActiveSync por canal serie o USB, hasta una conexión Ethernet, que suele ser la más rápida. Depurar a través de un puerto RS-232 puede ser una tarea desesperante, sobre todo si el programa es grande.

Generalmente dispondremos de un canal de comunicación unidireccional desde el dispositivo hacia el Visual Studio, que aparecerá en la ventana de registro correspondiente. Estas llamadas se suelen hacer mediante la macro RETAILMSG, que se encuentra ampliamente documentada.

Pero no estamos limitados al Visual Studio. Podremos ver el sistema de ficheros remoto, así como el registro, o la lista de procesos. Tenemos hasta un medidor de rendimiento. Todo ello se puede ejecutar desde el menú "Microsoft Visual Studio 2005" -> "Microsoft Visual Studio 2005 Remote Tools". La idea es la misma que con el IDE, en tu ordenador verás lo que hay en el remoto, previa conexión con el dispositivo.

Limitación de APIs
Quizás lo que más moleste a un programador hecho y derecho que se acerque al mundo embebido, o que tenga que desarrollar tanto para PC como para éste, es el hecho de la limitación de las APIs.

La de Win32 no está muy capada, y casi se permiten las mismas cosas, lo único que por lo general sólo hay un camino viable, y lo que se ha eliminado es porque no tiene mucho sentido dentro del mundo embebido, pero otras limitaciones pueden llegar a ser algo desesperantes.

Y este es el caso del .NET. Mientras que para el PC cuenta con un richo conjunto de elementos, el Compact .NET se encuentra bastante -por no decir mucho- limitado, por lo que hay que tener un cuidado exquisito a la hora de diseñar nuestra aplicación, porque seguro que muchas cosas con las que contábamos como evidentes, no están disponibles y te toca o hacer interop al mundo nativo o buscarle tres pies al gato o, simplemente, no hacerlas.

Y una cosa que personalmente me repatea es que no haya C++/CLI para dispositivos embebidos.

Más de lo mismo. Lectura demasiado digerida, pesada, con bastantes inconsistencias -en una escala creciente respecto al anterior volumen-, tanto con la serie original como dentro del propio libro y respecto a su primera parte.

Destaca el hecho de que en la serie original Leto va a buscar a Jessica al planeta de las Bene Gesserit y aquí le es ofrecida mediante una delegación que se presenta en Caladan para ello y para contarle cómo se produjeron los incidentes del ataque a los Thleilaxu acaecidos en el volumen anterior. Hay más pero de menor importancia. Una muy llamativa y evidentemente descuidada, consiste en que Dom se infiltra en IX con un fusil láser y una pistola de dardos, y en la página siguiente se enfunda la pistola láser…

Mientras, Rhombur hace poco por su patria, y el padre, Dom, ahora contrabandista, es traicionado y se suicida haciendo estallar un arma nuclear en el polo sur de Dune. Mientras, los Harkonnen continuan haciendo maldades, con la Bestia Rabban a la cabeza…

Leto toma al final a Kailea como concubina, de la que tiene un hijo, y ésta siente ínfulas de grandeza, que Leto no colma, por lo que al final se decide a matar a su consorte y quedar heredera… Pero un fallo en el plan mata a su hijo y deja a Leto malherido, y a su hermano Rhombur convertido en poco menos que un vegetal, con el cuerpo destrozado.

Es curoso lo que ocurre en las trilogías de última generación. El primer tomo empieza y más o menos termina, el segundo lo deja todo completamente a medio, y el último cierra la acción en la medida que el autor así lo desea.

¿Qué oyó mi amigo Saltatrampas en el teléfono? Pues lo siguiente:

• Windows no se puede reinstalar, debes comprar una licencia nueva.
• Si una actualización te pide reactivar, tienes que comprar una licencia nueva.
• Windows no se puede reinstalar, ni siquiera si se ha estropeado a causa de un driver defectuoso o por programas de terceros (incluída la propia Microsoft).
• No se puede tener instalada en el mismo equipo más de una copia de Windows con la misma licencia, ni siquiera para evitar el punto anterior.
• No puedes tener replicados en máquinas virtuales diferentes Windows con una misma licencia, ni siquiera si no los tienes cargados simultaneamente, aunque la propia Microsoft te suministra una utilidad para hacerlo.

Tras haber leído varias licencias de Microsoft, no encuentro dónde pone todo eso, aunque se podría interpretar así. Pero sigamos con nuestra discusión.

¿Qué es un sistema operativo? Una definición entendible por todos es: una pieza de software que se situa entre las aplicaciones de usuario y la electrónica del equipo, y que permite y facilita la interactuación de un ser humano con el ordenador en el que se encuentra instalado. Windows es un sistema operativo.

Si yo compro un ordenador con un sistema operativo incluído, ese ordenador está asociado a esa licencia, y lo podré poner y quitar las veces que me de la gana, siempre que lo haga sobre el propio hardware. No lo voy a poner en una tostadora, ni en un equipo de música. Lo voy a poner en el ordenador para el que fue comprado. Si compro una tostadora y le quito la bandeja que recoge las migas de pan para limpiarla, no tengo que ir a la tienda a comprar otra. Lo mismo que con las lejas de un frigo.

Cuando se me estropea la tele la llevo al taller, me la reparan y me la devuelven. Pero no me obligan a pagar de nuevo el impuesto de lujo, ni la licencia del softwre que la hace funcionar.

Si al equipo de música le añado un nuevo módulo, no tengo que volver a pagar el equipo entero. Tampoco tengo que volver a pagar el impuesto de matriculación si le saco el motor al coche, lo reparo y lo vuelvo a poner. Incluso si lo hago yo.

Puedo tener 10 coches sin matricular siempre y cuando no los saque a la calle. Pero los puedo poner en marcha, revisarlos y quizás correrlos en circuitos de pruebas.

Creo que los paralelismos están lo suficientemente claros

Pero prosigamos.

Desde mi punto de vista es un completo absurdo, un absurdo que raya en lo estotérico, más allá de cualquier explicacion lógica. La única explicación es la prepotencia de Microsoft. ¿Pero qué cojones se han creído? Que miren las historia y que le echen un vistazo al caso Bell Telephone y el día en que el ejército tomó todas sus sedes.

Partimos del principio de que Windows es ilegal en España. Porque lleva la licencia dentro y no puedes leer las condiciones de uso hasta que no has abierto el paquete. Y eso está prohibido. Sería igual a que te tuvieras que comer un yogur para ver la fecha de caducidad, porque ésta está en el fondo por el lado de dentro.

El siguiente punto es que el software, si no se está ejecutando, no es software. Por lo que podré tener cuantas copias e instalaciones me de la gana de Windows en el mismo ordenador, mientras que solo tenga una en ejecución. Esto es así por mero sentido común. Aparte de que cuando lees esa licencia ilegal te están diciendo que puedes EJECUTAR UNA copia del software.

Si el reinstalar un Windows ya activado no es legal, ¿por qué Windows Update te deja? ¿Y por qué pasas la validación de software original? ¿Está Microsoft fomentando la piratería de forma encubierta? ¿Espera a que todos tengamos nuestros Windows instalados de forma ilegal para lanzar a sus perros sabuesos?

Personalmente pienso que ni ellos mismo saben lo que se llevan entre manos, pero que se anden con ojo…

Pero sí que tengo clara una cosa:

 Estoy bastante harto de ese aire de prepotencia y de ordeno y mando que rezuma últimamente Microsoft, máxime cuando llevan varios años sacando productos que no son más que betas encubiertas con miles de bugs que nunca se solucionan.

Por lo menos yo rechazo esas condiciones de licencia, y seguiré utilizando mis Windows (legalmente comprados), y los instalaré las veces que me de la gana y tendré las copias que quiera en un mismo ordenador, y asímismo me gustaría realizar un llamamiento público para que todos nos concienciemos del tema y hagamos llegar a Microsoft nuestro rotundo desacuerdo.

Con todo esto lo único que van a conseguir es que mucha gente termine instalando Linux en sus ordenadores, o que simplemente usen copias piratas sin tantas mierdas de activaciones, verificaciones y mariconadas varias.

Dixit.

El otro día, hablando con mi tío Saltatrampas de esto y de aquello, y de lo de más allá, le surgió una duda bastante seria, duda que inmediatamente me contagió. Y como yo no puedo vivir con una espada de Damocles pendiendo sobre mi cabeza, me decidí a investigar sobre el tema.

Dada mi tendencia a divagar y a irme por los cerros de Úbeda, y aparte escribir con cierto afán demagógico y floriturado, no puedo evitar el hecho de envolver todo este asunto en flores odoríferas y fragantes (no diremos si el aroma es agradable o desagradable), aunque intentaré centrarme en los hechos. Vamos allá.

Una mañana te levantas alegre y dicharachero y decides ir a la tienda a comprarte un ordenador nuevo, puesto que el que ahora posees empieza a emitir tufillos de humo negro cada vez que escuchas a la Lola Flores (tampoco vamos a entrar a discutir si el hecho de que tu ordenador humee se debe al hecho de que no le guste reproducir a tan insigne cantante o a que ya tiene sus años y le cuesta eso de mover los bits). En nuestro mundo ideal, el tendero te atiende con una amplia sonrisa, tu eliges tu cacharro, lo pagas, y vuelves a casa con él bajo el brazo. En el mundo real habría ligeras variaciones. Como que te vas a gastar casi el doble de tu presupuesto ("total, por 10 euros más tengo esto que es mejor"), o que habrás de esperar casi una semana a llevártelo. Pero bueno, estamos en un mundo ideal.

Ya en tu casa, contento y emocionado, desempaquetas, enciendes y descubres un ya olvidado "C:\" con una cosita parpadeante. "¿Ein?", te dices.Joder, claro, se te ha olvidado comprar el sistema operativo. "Estás tonto, macho". Así que vuelves a la tienda.

Y es aquí donde las partículas subatómicas nos juegan una mala pasada y escinden el universo en dos sub-universos, cada uno de ellos con su línea temporal independiente. Como nosotros no somos dual core,pero tenemos la posibilidad de usar tablas, vamos a ver la secuencia en pseudoparalelo.

Dado que los quarcks no son tontos, deciden volver a juntar las funciones de onda de las dos líneas espaciotemporales, para ahorrar tiempo de proceso y espacio en el continuum. 

Sacas el CD, lo metes en el lector, y reinicias. Mientras, te vas leyendo la licencia. Tu cara va cambiando de una amplia sonrisa a una no tan amplia para terminar bajando la comisura de los labios hasta conseguir un rictus de mala leche.

Bueno, no importa, te dices, todo eso son palabrerías de abogaduchos de mala muerte.

Terminas de instalar todas las cosas de tu ordenador. Te bajas las actualizaciones, metes todos los drivers, en fin, haces todo lo necesario para tener tu ordenador listo para funcionar. Y lo activas.

1.- Al cabo de dos días descubres que no va todo lo fino que debiera, de vez en cuando tienes una pantalla azul… Investigas y llegas a la conclusión de que te has instalado unos drivers del chipset de la placa base defectuosos… ¡Pero si eran los que venían en el CD! Pues nada, te bajas una nueva versión de la Web del fabricante, la instalas y detectas que hay algunos archivos que no se actualizan. La única opción que te queda es reinstalar Windows. Lo haces y ahora sí, ahora todo va como la seda.

2.- Pasan los meses y cambias la tarjeta de video por una más potente y mejor. Y te vuelve a ocurrir lo mismo que la vez anterior, teniendo que volver a instalarlo todo de nuevo.

3.- Te compras una PDA, instalas el ActiveSync y todo va como la seda, pero un día, mientras estás sincronizando se va la luz y ya no puedes volver a conectar, el ActiveSync se ha ido al garete nadie sabe por qué, y las reinstalaciones del programa no consiguen que éste funcione (es un caso real muy común). La solución es volver a reinstalar Windows.

4.- Compras un programa de terceros que te deja el ordenador echo unos zorros (léase Norton, Panda y similares). La única solución viable es la reinstalación.

5.- Como estás harto de que te pasen todas esas cosas, decides tener dos instalaciones del mismo Windows en el mismo ordenador, una en la que sabes que todo funciona correctamente y otra más en la que haces tus pruebas antes de tocar la anterior. Efectivamente, el sistema de Windows Update te deja tener dos copias instaladas de Windows en el mismo ordenador con el mismo número de serie, y el sistema de validación que determina si tu Windows es original funciona perfectamente.

6.- Ahora tus conocimentos de informática son bastante serios, tanto, que decides instalarte el Virtual PC o el Virtual Server, que Microsoft ofrece gratuitamente. Los instalas, y entonces te surge la duda sobre cómo van las licencias dentro de una máquina virtual. Buscas tu papel en el que está la licencia de uso de tu Windows y te lo vuelves a leer. Y descubres algo sobre instalaciones en equipos físicos, derchos de uso y garantías, pero nada sobre máquinas virtuales, equipos corriendo simultáneamente y cosas de esas, así que instalas tu copia de Windows en una máquina virtual, la activas (el sistema te deja), y luego la replicas todas las veces que quieras.

Y entonces llega Windows Vista. ¡Oh, qué bonito! Pero cobran una pasta por una licencia, aparte de que empiezas a leer por ahí cosas extrañas sobre el nuevo formato, que si sólo te van a dejar activar dos veces sobre el mismo equipo, o que si actualizas algo tendrás que volver a pasar por caja con el Sistema Operativo, y cosas así. Personalmente piensas que se trata de FUD (Fear Uncertainty Doubt), así que pasas de todo eso y esperas ardientemente que salga a la venta.

Pero en el ínterin tienes tus dudas, así que coges el teléfono, marcas el número de atención al cliente de Microsoft, y haces tus preguntas pertinentes… lo que te pone los pelos como escarpias. Tu preguntas y ellos responden… Las respuestas las veremos en el siguiente post de este blog.

Primer tomo de la primera precuela -de momento hay dos series de precuelas-.

Brian es el hijo de Frank, y como su padre, escritor de ciencia ficción por valor propio, aunque algo desconocido en España. Con Kevin pasa lo mismo, aunque no es hijo de Herbert, evidentemente.

La novela chorrea comercialidad, mainstream (que no tiene por qué ser malo), pifias argumentales y pequeños descuadres con la serie original. El mayor descuadre es la amistad de Leto y Paulus Atreides con los ixianos, así como algunos pequeños detalles sobre el origen de ciertos elementos.

También es cierto que intenta arreglar algunos fallos de la serie original, como el hecho de la existencia de las no-naves y no-estancias antes de su descubrimiento.

Fallos de argumento tiene varios, los más flagrantes son el hecho de que en la página 361 de la edición de Debolsillo se diga que a Dama Shando sólo la acompaña un criado en su exilio y luego en la 528 los criados sean varios (bastantes).

Otro más ocurre casi al final, cuando Fenring se casa dos veces, la primera justo después que el emperador y la segunda tres días antes de su partida a Dune.

El libro está escrito para tontos, los autores te dan los acontecimientos cortados, masticados y deglutidos, con amplias repeticiones y pesanteces varias capaces de aburrir al más tonto, aunque se deja leer casi siempre.

Otra cosa curiosa del libro son las referencias directas hacia Jules Verne. La casa regente de IX se llama Vernius, el hijo, Rhombur, la capital, Vernii. Supongo que habrá más, pero no me he entretenido en buscarlos. Quizás los gemelos hijos del embajador ixiano en la corte del emperador tengan algo que ver con "El eterno Adán".

Leto tiene 15 años, y va a pasar uno a IX, para aprender junto a Rhombur, el hijo del compañero de armas de Paulus, el padre de Leto. Pero una conjura disparada por Fenring y Shaddam, todavía príncipe, hace que la Bene Thleilax invada Ix para utilizar esas instalaciones como laboratorio para conseguir melange sintética…

Mientras, la Bestia Rabban se dedica a cazar a Duncan Idaho niño, y el barón planea una traición tras la muerte del emperador, muerte orquestada por Fenring y Shaddam mediante el suministro de un veneno en la bebida del anciano emperador. Una no-nave, camuflada delante de la de Leto (huérfano por la muerte de su padre a manos de un toro salusiano gracias a un complot de la propia mujer de Paulus y su familia, los Richese, enemigos de los Vernius) dispara a otra de la Bene Thleilax.

Al final, Leto consigue salir con su reputación mejorada. Mientras, una Bene Gesserit (Gaius Helen Mohiam) queda embarazada por segunda vez del Barón Vladimir Harkonnen mientra le inyecta una enfermedad incurable que lo llevará a su mórbida gordura.

Otra novelita corta, quizás de juventud, en la que un comerciante inglés fleta un barco con el cometido de llevar comida y armas a los sudistas sitiados en Charleston en plena Guerra de Secesión Americana, lo que es via para que el autor nos muestre su plena indecisión ante el tema de la esclavitud, apoyándola unas veces, rechazándola otras. También podemos observar el hecho de la primacía de las ganancias monetarias sobre otro cualquier hecho o condición, y de hecho las acciones que dan argumento a la obra son eso: para dar argumento, pues un supuesto marinero que no lo es, junto a otro supuesto grumete que termina siendo una chica, se embarcan para rescatar al padre de ella, preso en la ciudad…