| Kriptópolis alojado en |
| Zilos-Veloxia Network |
| Tu mejor defensa: |
| Bufet Almeida |
Dos frases de peso
Por Fernando Acero
La semana pasada encontré dos frases que me han hecho pensar y mucho. La primera, es de uno de mis físicos favoritos Richard Feynman, premio Nobel de física en 1965 y autor de una serie de libros que me hicieron amar la física en mis lejanos días de instituto, ni más ni menos, que los tres volúmenes de "The Feynman's lectures on physics". Recuerdo esos tres libros de pastas rojas y edición bilingüe, que encontré por casualidad en las estanterías de la biblioteca pública de Ventas (Madrid) y que devoré con pasión y devoción, allá por el año 1975.
Feynman, gran divulgador y oveja negra del proyecto Manhattan, nos dejó demasiado pronto víctima del cáncer, pero antes de morir en 1988 participó en la investigación de un suceso terrible, la explosión de la lanzadera espacial Challenger ocurrida en 1986, producida quizás por la autocomplacencia de los responsables de la Nasa. La frase en cuestión, es la que cierra su clarividente informe sobre ese desastre tecnológico que costó la vida a siete personas y es la siguiente:
Para una tecnología exitosa, la realidad debe tener preferencia sobre las relaciones públicas, pues la naturaleza no puede ser engañada.
Creo que es una frase muy relacionada con lo que mi amigo "Jonsito" llama "molaware" y que se debería tener muy presente a la hora de adoptar una tecnología. Sobre todo, en aquellas ocasiones en las que en lugar de adoptar la mejor posible de las tecnologías, por prisa o comodidad de los responsables de hacerlo, simplemente se opta la mejor tecnología entre las dudosas que nos ofrecen buhoneros y charlatanes, que evidentemente no nos ofrecen las mismas garantías de éxito.
Hay otra frase que viene a decir lo mismo, pero de otra manera:
La realidad es tan tozuda, que al final, nos acaba poniendo a todos en nuestro sitio.
Después de meditar sobre ella, creo que esta frase de Feynman la deberían tener muy en cuenta los responsables de elegir y adoptar tecnologías. Da lo mismo que su ámbito sea la Administración o las empresas, todos deberían recordar que "la naturaleza no puede ser engañada".
La historia reciente de la humanidad está llena de tecnologías fallidas, o que se adoptaron sin que fueran las óptimas, o que ni siquiera fueran las adecuadas para los fines que se pretendían. Tanto las empresas como los responsables tecnológicos deberían comprender que el marketing no es la solución para hacer bueno lo que es malo o inútil para lo que se pretende. Quizás sea en los distintos ámbitos de la seguridad donde esta lapidaria afirmación de Feynman cobre una especial relevancia, en ocasiones y como hemos visto, incluso con fatales consecuencias.
La otra frase estaba escondida en un artículo de "The Register" y hablaba de la utilización de Linux (Red Hat), como base del nuevo software para el "Future Combat System" de los EEUU y que está previsto que entre en servicio en el año 2015. Este software que está siendo desarrollado por Boeing y otros contratistas del Departamento de Defensa de los EEUU, se aparta de Microsoft y su esfera de poder por una simple razón, que por otra parte, no es nada baladí y muy digna de tener en cuenta por los responsables tecnológicos de la Administración y las empresas y que es la siguiente:
Boeing y el "Army" dijeron que prefieren no utilizar el software de Microsoft porque preferían no verse atados a esa compañía. En su lugar, prefirieron desarrollar un sistema operativo basado en Linux y en el código disponible públicamente.
Tras leer esta frase, recordé la casi enfermiza preferencia de la Administración Española por el software de determinada empresa, lo que provoca la escandalosa falta de neutralidad tecnológica de muestra Administración. Situación irregular, que crea serios problemas a la Administración, principalmente, por problemas de interoperabilidad entre sistemas y a los sufridos administrados, sobre todo, a aquellos que no son clientes fieles de determinada empresa y que han de aguantar carros y carretas con paciencia casi infinita.
Por ejemplo, no es de recibo en los tiempos que corren que la página web del Defensor del Pueblo solamente permita usar la firma electrónica a los usuarios de determinada empresa, o que la página web de los resultados electorales, solamente sea accesible para los usuarios de esa misma empresa multinacional, condenada por monopolio en Europa.
Yo también preferiría, como ya ha hecho el "Army" en los EEUU, que nuestra querida Administración no se viera atada a esa compañía y a su tecnología propietaria, o que al menos no intentase atar a los administrados a esa misma empresa mediante la adopción de tecnologías que no estén basadas en estándares abiertos, tal como contempla nuestra joven legislación.
Ya hemos visto que siguen existiendo serias deficiencias en el soporte de tecnologías básicas para la e-administración y e-comercio, como es el caso del e-dni, para los usuarios de Linux o de Mac. Lo peor de todo esto, es que el soporte multiplataforma era un requisito de diseño del e-dni y que la LAECAP, dice claramente que las cosas deben ser muy distintas no más tarde de diciembre de 2009. Como aquel que dice, eso está a la vuelta de la esquina, pero seguimos sin ver el final de tan engorroso y denunciado asunto.
Desde luego, a pesar de mis esfuerzos, que no han sido pocos, no he sido capaz de hacer funcionar mi distribución Mandriva 2007, distribución Linux, que no se puede decir que sea "exótica" ni demasiado obsoleta, ni con la tarjeta Ceres de la FNMT, ni con el e-dni, Este último, que en teoría, estaba pensado para ser usado por todos los españoles y con cualquier tecnología. Pero no soy el único; problemas similares están siendo informados por otros usuarios, que tampoco logran que el e-dni les funcione adecuadamente en sus sistemas.
Una solución temporal puede ser la que ya apunté en su momento: una distribución "live", que además, podría ser un interesante entorno seguro de firma para el e-dni, algo muy necesario en los revueltos tiempos que corren en la Red. Pero está claro que, con independencia de lo anterior, el soporte para otras plataformas, que parece que solamente está para cumplir el expediente, se ha de mejorar de alguna forma y a la mayor brevedad posible.
Es posible, que la solución óptima, sea la posibilidad de compilar los controladores a partir de librerías propietarias, o mediante la publicación de un código fuente, que permita a los usuarios configurar sus sistemas para trabajar con el e-dni. De lo que estoy seguro, es que la situación no puede seguir así y que la neutralidad y la independencia tecnológica, han de ser un objetivo primordial para nuestra Administración, que por definición, ha de ser de todos.
"Copyleft 2008 Fernando Acero Martín. Verbatim copying, translation and distribution of this entire article is permitted in any digital medium, provided this notice is preserved."



Error en los datos del Challenger
Creo que el Challenger explotó en 1984. Y el Sr. Feyman murió en los 80.
Por cierto, yo tambien amo esos libros ;)
Gracias....
Gracias por el aviso, el caso es que saqué las fechas de la Wikipedia y al final las he escrito mal, añadiendo 10 años a cada una de ellas. Quizás eso me pasa por ser mayor y no querer enfrentarme a que estos hechos realmente son lejanos en el tiempo, aunque me parecen que son de ayer. Seguro que ha sido una mala pasada del subconsciente, pero en serio, he visto tantas veces el Challenger explotando, que me parece que no ha pasado más de un par de años.
Lo dicho, muchas gracias.
Un saludo, Fernando Acero
...
Interesantísimo artículo.
Comentarios encendidos pro y contra Microsoft a partir de esta línea, pero léanlo primero, y si pueden, traten incluso de meditar sobre su contenido más de un minuto.
--------------------------------------------------------------------
Murio en 1988 y el Challenger explotó en 1986
http://en.wikipedia.org/wiki/Richard_Feynman
Corregido
Gracias.
Esto es España!
Que razón tiene señor Fernando Acero,pero esto es España!
Completamente offtopic:
http://www.rebelion.org/noticia.php?id=64288
¿O no?
Ceres y Fedora 8
He recibido este mensaje de C3PO:
-----------------------------------------
Estimado xxx
No hemos probado opensc-ceres en este entorno todavía, pero está previsto
realizar una versión compatible para esta distribución. En cuanto tengamos
la versión empaquetada le avisaremos.
Atentamente,
-
YYYYY <yyyy@c3po.es>
C3PO, S.L.
http://www.c3po.es
C/ Bertran, 113 - 08023 Barcelona
Tel. 93 417 99 55 - Fax 93 253 12 80
El jue, 28-02-2008 a las 12:35 +0100, xxx escribió:
Buenos días
>
> He intentado instalar el paquete opensc-ceres en un sistema Fedora 8
>
> Siguiendo las instrucciones que indican vds para Fedora 5 he
> descargado, instalado sin problemas el paquete opensc-ceres. pcsc-lite
> y opensc están correctamente instalados y funcionan sin problemas
>
> Desgraciadamente las utilidades parecen no funcionar con la tarjeta
> Ceres: se genera un error de violación de segmento al intentar acceder
> a la tarjeta.
>
> Del mismo modo, al instalar el soporte ceres en firefox (2.0.0.12),
> este se bloquea tan pronto como es insertada una tarjeta Ceres
>
> Adjunto salida de traza del depurador gdb y mensajes obtenidos al
> activar la depuración del paquete opensc (debug=99), así como el
> fichero de configuración opensc.conf que utilizo
>
> Gracias por su atención. Atentamente
> xxx
---------------------------------
Comparto la idea de Fernando: una distribución live, o mejor aún, unas bibliotecas propietarias con un wrapper LGPL para poder recompilar en cualquier distribución... o ya en la zona entrando en zona límbica (soñando, vamos) que abrieran la parte del API necesaria para poder programar un pkcs#11
PS: Fernando, me encanta que me cites, pero me encantaría mucho más que quedáramos algún día para recordar viejos tiempos delante de una fuente de oreja a la plancha... :-) La verdad es que por temas personales tengo HispaLinux un pelín olvidado... :-(. Un abrazo
Espero que esa ración de oreja llegue pronto
Estimado Jonsito, lo de tomar una ración de oreja charlando de nuestras cosas es un deseo compartido, que espero que se realice pronto. Lo de citarte, se debe al hecho de que la palabra “molaware” define más que bien la situación. Desde que usaste esa palabra encuentro “molaware” hasta debajo de las piedras y lo cierto es que me gusta reconocer que el autor de dicha palabra es amigo mío.
Estoy de prestado con esta conexión a Internet debido a que me encuentro fuera de casa y esta es la segunda vez que intento hacer este comentario, veremos si ahora tengo más suerte. Ayer intenté comentar mis experiencias con el e-dni, el lector de C3POv1 y mi Mandriva 2007.
Al final logré hacer que funcionase mi lector C3POv1, pero tuve que recurrir a las fuentes de kernel.org. Desgraciadamente, el kernel de Mandriva está un poco “retocado” y lo que arreglaba por un lado, lo estropeaba por otro.
De todos modos, esto no ha sido más que un acto de cabezonería puesto que el lector v1 ya no se fabrica y por menos de 30 euros tienes un v2 que funciona a la perfección con mi Mandriva y sin tener que tocar nada (lo aseguro).
Atrás quedaron largas sesiones de compilación del kernel con mi modesto sistema a 1,7 Ghz y no pocas pruebas, hasta dar con el truco. La inspiración me llegó de la mano de Julio, gracias Julio por todo.
Respecto al e-dni, he de decir que no ha habido forma de hacerlo funcionar con mi Mandriva a pesar de todos mis esfuerzos, que han llegado al uso de “alien” para poder usar los paquetes pensados para distribuciones basadas en “.deb” que aparecen en la web del e-dni. Lo mismo ha ocurrido con la tarjeta Ceres, tampoco he sido capaz de hacerla funcionar con los paquetes que hay disponibles en la web de la FNMT.
Es evidente que hay que buscar una solución al problema, el soporte existente no es muy bueno y en especial, para los usuarios de sistemas operativos distintos a los de Microsoft. Como bien dice Jonsito, puede que la solución sean unas bibliotecas propietarias con un wrapper LGPL para poder recompilar en cualquier distribución, o mi solución temporal basada en una distribución “live”, pero no me cabe la menor duda de que algo hay que hacer para que todo esto funcione.
El e-dni es el elemento tecnológico básico para el e-comercio, la e-administración y el e-comercio y si no logramos que funcione de forma sencilla y no solamente para “frikis” con cualquier sistema operativo, aparte de no cumplir con los objetivos del mismo y con sus requisitos de diseño, no cumpliremos con la legislación aplicable, que será obligatoria el 31 de diciembre de 2009.
El soporte del e-dni para Linux fue tardío, todavía recuerdo la alegría que me produjo que estuviera disponible, obligándome a modificar un artículo en el que me quejaba amargamente de que no estuviera disponible para los usuarios de Mac y de Linux, tras un comentario de “El Nigromante” en Kriptópolis, pero la alegría me ha durado poco.
Espero que esa ración de oreja llegue pronto, al igual que otras muchas cosas que nos hacen falta, para que la Administración española sea verdaderamente para todos.
Un saludo, Fernando Acero
El Molaware
Interesante artículo.
Yo empecé en la informática profesional en 1990 y desde siempre en el PC. Por aquella época, los PCs eran juguetes, no se consideraban nada serio y, a partir de la aparición de los entornos gráficos, solo servian para hacer "cosas monas".
Y si, soy culpable, siempre he trabajado en la administración pública. Lo que he visto. La de trabajos absurdos que he tenido que hacer solamente por razones políticas. Se que estas razones también se dan en la privada (durante un tiempo trabaje en el otro lado) pero lo absurdo de la administración llega a niveles insospechados. No voy a dar nombres de políticos para los que he trabajado pero casi todos están por ahí pululando.
Y entro en materia. Me parece que el término "molaware" es el preciso. ¿Por que Windows? Era más sencillo que las X (o se lo parecía a un Director de Desarrollo acostumbrado a tratar con mainframes) y parecía más barato que, por ejemplo, un servidor Sun y su UNIX. (En el 92 no es que el Linux fuera muy conocido, estable o estuviera muy extendido) Pero, ¿a donde hemos llegado? sólo os diré que en la administración en la que trabajo, el diseño de las bases de datos lo hacen directores generales y personajes de esa ralea. Imponen gestires de bases de datos al buen tun tun. Por ejemplo, hay unos exámenes que se hacen en pantalla tactil y los datos se guardan en... Microsoft Access. Si os parece malo es porque no conocéis al espécimen que lo ha programado. Y no es que sea malo porque es de la privada (seguro que muchos piensan que lo digo por eso) sino porque el señor que nos ha impuesto este sistema, lo ha impuesto porque sus santas pelotas.
Por cierto, aún tenemos mainframe. Un sistema superpropietario. Un IBM z-series. Una maravilla. No se cae, no se apaga. Si hay algún problema, no hay que reiniciar toda la máquina como única solución posible. Y aunque parezca mentira, si necesitas soporte, lo tienes. Pero no es "molaware". Es obsoleto. Es feo. Y no preguntes porque en los bancos no sólo no desaparece sino que es la máquina central de todo el sistem. Y no preguntes porque las empresas que mas molaware nos venden (PHP, Moodle, MySQL, SQL Server, Windows, Red Hat, Suse, y todo lo que está a la cabeza de lo moderno, de lo tecnológico) siguen teniendo en sus empresas cosas como i-series, z-series o cosas por el estilo.
Yo creo que esa es la razón principal de que la administración use Windows y sus aplicaciones web estén diseñadas para Explorer. Todo el mundo tiene un PC en casa, un niño que hace páginas web con el "drimgüiver", el "maiesekuele" y, como eso es lo "modelno", eso es lo que se pone. Y no penseis que no se les aconseja. Da igual. Son como una pared. De hecho, somos una mierda. El superjefe no nos deja tocar su PC (Un regalo de una conocida empresa de hardware) con Windows Vista que, por extrañas razones que no conozco no pudieron conseguir que entrara en la red corporativa llena de windows XP (Los linux que tenemos, pocos, entran sin ningún problema)
Hay que seguir exigiendo a la administración que el acceso a sus servicios sea universal, que el "molaware" es un problema, que no hay que ir a lo último porque casi siempre se trata de una tecnología no probada. Aquí, todo (o casi todo) el que tiene una categoría técnica (Incluso los directores de desarrollo o de sistemas) lo saben, pero lo moderno es dar órdenes sin que se cuestionen. Lo llevamos claro. Y estos mismos siguen sin enterarse, mientras tengan colorines y un diseño aerodinámico...
Excelente
Muy bueno el artículo, y es cierto que la naturaleza, y/o la realidad, pone a todo el mundo en su sitio; la pena es que no actual de forma inmediata sino que se toma su tiempo...
De esta forma, los gurus de la publicidad (el marketing es otra cosa) consiguen "colocar" sus productos prometiendo castillos en el aire...
Opinar