Antiguo y abandonado blog de Ricardo Galli :-(

Llevan meses así, con problemas intermitentes. Desde esta mañana que no puedo acceder a la mayorías de sitios españoles, especialmente si pasan por Espanix –que paradoja, que vayan mal las conexiones vía un punto neutro regional–. Y ONO sigue sin informar nada, no es que tengan un blog, es que en su página web nunca informan de nada. Eso sí, la página principal te mete siete animaciones Flash para mostrarte cuánto molan. Son más chulos-bordes y les importan menos los clientes que hasta el propio Google (o Microsoft), que al menos sí te informan de problemas o cambios –e incluso tienen bloggers que discuten y cuentan si pasa algo que afecta a tanta gente–.

Los problemas no son externos, son de la propia red de la empresa:

4  10.254.1.137  27.859 ms  22.111 ms  22.116 ms
5  * 10.207.240.22  26.161 ms *

Han logrado algo que parecía imposible, su red es menos fiable que la red de la UIB… o de la propia RedIris, que gestiona mucho más tráfico y usuarios –y creo que con mucho menos gente y presupuesto–.

Es una putada, si hubiese portabilidad como en la telefonía móvil ya me hubiese cambiado, quizás hubiese vuelto a mi ADSL vía telefónica, que aunque tiene pings más altos que el cable modem, al menos funciona mucho mejor que mis últimos meses de ONO.

Ya casi estoy echando de menos a las chicas tele-vendedoras de Jazztel.

Hace unos días que lleva repitiéndose en la blogocosa, que la wikipedia cerraría por falta de fondos. Todo comenzó a partir de una entrevista de Laurent Haug a Florence Devouard, pero resulta que sus palabras fueron sacadas de contexto y aprovechadas para generar un FUD de algunos que sistemáticamente la critican y que ahora está claro que no han leído la entrevista antes de escribir (y ahora están todos corrigiendo sus apuntes).

Las palabras exactas:

Laurent Haug: Mientras preparábamos esta entrevista, Florence me dijo que la Wikipedia tiene fondos suficientes para pagar sus servidores para los próximos…

Florence Devouard: Tres meses, aproximadamente.

LH: y si no hacemos nada, la Wikipedia no estará aquí en tres o cuatros meses. Es una idea radical, no pasará pero…

FD: tres meses es un poco pesimista… Tenemos a alguien preparando planes para dos años en el futuro. Creo que sobreviviremos en los tres meses siguientes.

Pues eso, allí hay algunas, pero me llevó su tiempo prepararlo y luego escribirlo –aunque un poco menos– aunque creo que están más elaboradas y contrastadas que las de mi blog. Para mentir y/o fardar hay que currárselo, no se puede improvisar.

Me acordé de escribirlo a raíz de que Yahoo ya avisa a navegantes, y tienen razón. Sobre todo porque leí hace un tiempo que algún SEO “importante” opinaba que es mejor limitar el AJAX para así tener más “páginas vistas”.

Veo que todavía está abierto el concurso de blogs en 20 minutos, también sus votaciones. Esto ya es de nunca acabar, como las navidades de El Corte Inglés. Dado que se basa en las votaciones de los concursantes, que cada uno de ellos puede votar cada día, y que hay blogs que tienen 400 votos, ya no sé si es un premio a lo historia pasada de los blogs, o un maratón de clics y envíos masivos de correos.

Ya hubo follones con el envío de correos (¿qué esperaban?)… y los que habrá cuando la lista del jurado no coincida con las más votadas. Estará divertida –aunque monotemática– lo blogocosa durante esos días.

Ni pa’eso, mire usté

Y sin que venga a cuento, pero me hizo reir. Krusher, el creador-dueño-CEO-y-BOFH de la frikipedia, que está más contento que alguien demandado por la SGAE niño con juguete nuevo con su nuevo servidor dedicado con Debian me escribió hace unos segundos:

»   hay palabras que van juntas 
»   ferrari -> rojo 
»   chicle -> fresa 
»   servidor -> debian 

Lo dijo el martes pasado Jonathan Schwartz en una conferencia. Lo comentan en zdnet. Schwartz asegura que liberaron Java con GPL2 porque la GPL3 todavía no está definida, pero que se pasarán a ella en cuanto esté acabada. También comenta que ven muy positivamente a la GPL3 para Solaris, porque atraería a una comunidad importante de desarrolladores y por su protección contra demandas por patentes de software.

En este aspecto es genial –o deprimente– cómo se tienen que hacer licencias para contrarestar las leyes cada más draconianas de copyright, y cómo esas mismas licencias que al principio son percibidas como radicales terminan siendo adoptadas por las grandes empresas. Hay varias variables que influyen, seguramente la visión de un Stallman o la gente que participó en la elaboración de la GPL pero también la estupidez de algunos lobbies y de muchos legisladores (hablando de políticos, el lunes por la mañana tengo un debate en IB3 Ràdio, habrá una política –directora– y un/a empresario/a, seguramente me pondré nervioso de escuchar frases hechas sin evidencia alguna).

Lo más interesante que puede pasar en la comunidad es cómo evolucionaría un sistema GNU/Solaris bajo la GPL3. Parece que en Sun cuentan con ello.

Ed Felten también hace un comentario sobre la carta de Steve Jobs, con una visión muy similar a la que había escrito antes, pero explicada mucho mejor.

Según Felten la carta describe tres posibles futuros para la tecnología musical de Apple:

1. Continuar el camino actual con una tecnología propietaria y sólo de Apple.

2. Licenciar la tecnología a otras compañías para que hagan productos compatibles.

3. Vender música sin DRM.

Según Fekten en la carta primero alaba el primer método (lkas negritas son mías):

The first alternative is to continue on the current course, with each manufacturer competing freely with their own “top to bottom” proprietary systems for selling, playing and protecting music. It is a very competitive market, with major global companies making large investments to develop new music players and online music stores. Apple, Microsoft and Sony all compete with proprietary systems. Music purchased from Microsoft’s Zune store will only play on Zune players; music purchased from Sony’s Connect store will only play on Sony’s players; and music purchased from Apple’s iTunes store will only play on iPods. This is the current state of affairs in the industry, and customers are being well served with a continuing stream of innovative products and a wide variety of choices.

Pero claro, tiene un problema, la Comisión Europea está investigando su caso y tomaría medidas por la situación de monopolio. Así que a Apple le quedan dos alternativas: (2) licenciar la tecnología o (3) eliminar el DRM.

Por supuesto, y siguiendo en su línea, odiaría tener que licenciar la tecnología. Así que sitúa el debate en los términos que le interesa, y de paso logra que muchos hablen de su “interés por los consumidores” y queda bien ante la Comisión.

Ayer estuvo Enrique Castro de eblogTV para hacerme una entrevista con vídeo en directo (me dijo que ya pondría la grabación, pero no la miraré, hay algunos que dicen que parezco a Cañita Brava).

Cuando estuvo conmigo –incluso comimos juntos con otros amigos en el bar de la universidad– nos comentó que no le dejaron filmar los exteriores del museo Es Baluard, un muso particular en un viejo edificio/murallas históricas y subvencionado con fondos públicos. Lo cuenta Enrique en su blog.

Alucinante, de tanto repetir “propiedad intelectual” el término “propiedad” ha calado profundo, tanto que lo que hace unos años era evidentemente una estupidez –e ilegal– hoy parece de lo más natural.

PS: Enrique es coordinador de la red de blogs socialistas, y le comenté que gran parte de la culpa lo tiene el mismísimo PSOE, por la nueva LPI y el discurso y obras oficiales de la “ministra”. Conozco a bastante gente del PSOE y del PSIB, me parecen que andan muy despistados, o que tienen una gran disparidad de opiniones y poco debate interno sobre el tema.. o que el PSOE “estatal” escucha más a los lobbies que a sus propios afiliados y dirigentes. Menos mal que al menos tienen un contrapeso-ejemplo.

Steve Jobs ahora escribe una carta que pide a las discográficas que eliminen el DRM para así poder vender la música sin DRM en el iTunes. Pero no dice que:

• Él es mayor accionista de Pixar , está bajo su control, y siguen vendiendo sus películas con DRM, más o menos lo mismo con Walt Disney. Lo comentan en Boing Boing, también Scobler.

• No permite que haya desarrollos externos para el iPod, todo está bajo el control férreo de Apple.

• No menciona que este movimiento sea porque el volumen de ventas de música vía iTunes (que tienen DRM) es ridículo comparado al de los iPods.

• Tampoco menciona que quizás esté relacionado con las investigaciones y las presiones de la Unión Europea para que “abra” su sistema (lo comenta Carr), así que todo es una cuestión de coste-beneficio. El coste de mantener el DRM en el iPod/iTunes supera con creces al beneficio de no tenerlo.

• Ya hay discográficas y autores que quisieron vender sin DRM en iTunes y Apple le contestó que tenía dificultades técnicas para poder hacerlo.

Y yendo a lo fundamental, el estricto control de desarrollo, la falta de APIs estándares documentados para interactuar con iTunes y el software über privativo que utiliza para la plataforma son las medidas más restrictivas de control que se pueden diseñar e implementar en sistemas “DRM”, y Apple lo hace, pero predica lo contrario.

Es la hostia el cinismo para conseguir que todo el mundo hable de él y de Apple, y que muchos maqueros aplaudan esas cínicas opiniones. Pero sabe que hasta los más inteligentes seguidores reducen sus neuronas en funcionamiento al mínimo imprescindible para sobrevivir cuando se trata de aplaudir a Steve Jobs y Apple, especialmente si aparece la palabra iPod o iPhone.

Y seguiremos viendo en la blogocosa comentarios mononeurónicos al respecto.

No me gustan nada las estadísticas, pero hay gente a los que sí les interesa, así que sólo lo hago por ellos. Abajo se puede observar el gráfico de estadísticas de acceso a mi blog. En enero las visitas se han disparado hasta casi saltarse la escala.

(more…)

Nunca me robaron la cartera que llevo siempre en mi bolsillo trasero derecho, hasta que hace unos minutos me demostraron lo fácil que podría haber sido. Yo ni me había dado cuenta, ni con el flash de la cámara. Aunque ocurrió en un bar muy ruidoso del centro de Bilbao…

Linus liberó el kernel 2.6.20 con una mensaje bastante cachondo. Pero lo que más me hizo reir fueron algunos comentarios en Slashdot:

El primero dice

Cuando Apple lanzó su último SO hablaron de todos los colores maravillosos que tenía, y la música guai que podías escuchar.

Cuando Microsoft lanzó Vista hablaron de todos los colores maravillosos que tenía, y la música guai que podías escuchar.

La última versión de Linux proclama la virtualización, hipervisores, microoptimizaciones, y algo acerca de un árbol radix sin cerrojos (locks).

Todo dicho.

A lo que uno le corrige:

Hablando técnicamente, “Linux” sólo se refiere al núcleo. Así que no podrá haber colores bonitos ni música para escuchar con sólo en núcleo (a menos que estés enganchado al LSD).

Pero aquí viene lo mejor de todo:

Estoy enganchado al LSD, capullo insensible. ¡Y los colores son muy guapos si los escuchas!

Slashdot no será lo que era, pero que joyas de comentarios

Como visión casi opuesta a mi apunte de ayer, Jonathan ‘Wolf’ Rentzsch asegura que a los programadores no ls gusta programar sino resolver problemas [que a menudo significa programar algo].

Pues sí y no.

Sí porque a todo el mundo le encanta resolver problemas, a los fontaneros, ingenieros y abogados, sólo faltaría que sólo a los programadores e informáticos nos gustase resolver problemas.

No porque pretender que sólo a los programadores les gusta resolver problema es de una soberbia insoportable: “somos la hostia, más que los demás, a nosotros sí nos gusta resolver problemas –a pesar que creamos muchos más de los que solucionamos–”. Supongo que no se lo pensó demasiado al escribir el artículo.

Muchas veces resolver problemas de fontanería o electricidad (cualquiera que se haya quedado sin luz o con una cañería atascada un viernes a la tarde lo puede atestiguar) puede ser más gratificante que resolver el problema de un dirección IP que se representa mal en enteros de 32 bits porque el lenguaje no puede trabajar con enteros sin signos.

Antes de ir a la universidad ya tenía el título de “técnico mecánico-electricista”. Durante mis años de estudio hacía trabajillos de electricidad y mecánica –de hecho casi patenté una herramienta muy simple que diseñé, fabricaba y vendía a buen precio para ajustar más fácilmente la correa del aire acondicionado de un modelo de Ford– y era divertido y ganaba bastante buena pasta cuando apenas tenía 16 años. Podría haber seguido así y quizás hoy estaría mucho más holgado económicamente… y vaya si eso sí era resolver problemas reales. La gente encantada.

Pero no, por suerte a muchos también les gusta resolver otro tipo de “problemas”, aunque sean muchos menos acuciantes para el mundo real y bastantes más complicado: primero hay que crear el problema (tener la idea de un programa, aunque éste solucione a otro es un problema en sí mismo) y luego además hay que resolverlo en un lenguaje matemático, estricto y completamente abstracto.

Para la mayoría de la gente –incluso para la mayoría de auto proclamados programadores– eso es un auténtico coñazo. Supongo que es lo que diferencia entre un programador mal, normal y uno que se sale de la escala.

Además supongo que lo mismo que es aplicable a programadores es aplicable a cualquier rama de los oficios y profesiones, sobre todo aquellos que exigen un alto nivel de trabajo intelectual. Yo sería incapaz de escribir un libro decente, o de analizar en profundidad la nueva Ley de Propiedad Intelectual, o de hacer complejas fórmulas matemáticas para demostrar oscuros teoremas que sólo podrían ser apreciados y valorados dentro de 50 años. Hay gente para todo, y seguramente ellos también se divierten con lo que hacen.

Pasan los años y la palabra cap en catalán no deja de sorprenderme por la cantidad de usos y significados diversos que tiene: cabeza (aixeca el cap), cabo (Cap Blanc, amolla el cap [1]), jefe (cap* d’estudis), ningún/ninguno/ninguna (no hi havia **cap*, no demana cap esforç), hacia (surto cap alla).

Además capicúa en castellano es del catalán cap i cua (pronunciado “capicúa”), que significa “cabeza y cola”.

Tonterías de domingo.

[1] Igual que amollar en castellano. Curioso. También curiosa esta otra definición de cap en castellano.

Los programadores son programadores porque les gusta programar. –Scott Rosenberg

La cita en una muy buena entrevista, Software is hard. Y no podría estar más de acuerdo, en ambas, la cita y el título. La programación es abstracta y compleja, sólo soportable por aquellos a los que les gusta programar.

Lema #1: Si no te gusta programar no eres [buen] “programador”, y nunca lo serás a menos que modifiques tus gustos.

Lema #2: Cuando uno hace lo que le gusta lo intenta hacer mejor posible, cometerá muchos errores, pero aprenderá de ellos además de pasárselo en grande.

Lema #3: Los que se sienten obligados a programar –aunque la URSS ya no exista– sin que les guste demasiado se preocupan más de otros temas que de hacer [buenos] programas, aprender, practicar o ajustar sus preferencias.

Lema #4: Buscar la protección o reconocimiento social mediante procesos exógenos, por ejemplo “regulaciones legales”, es un síntoma del Lema #3.

Algunas frases de Concepción Pragmática de la Verdad de William James.

Las verdaderas ideas son aquellas que podemos asimilar, validar, corroborar y verificar. Las falsas ideas son aquellas sobre las que no podemos hacerlo. Esa es la diferencia práctica que nos hace tener ideas reales; por lo tanto eso es el significado de verdad…

La veracidad de una idea no es una propiedad estática inherente. La verdad sucede a una idea. Se convierte en verdadera, los eventos la hacen verdadera. Su veracidad es de hecho un evento, un proceso: el preciso proceso de auto verifiación. Su validez es el proceso de su validación.

Matt Asay usa las frases anteriores para una definición pragmática del software libre. La asociación es directa, no necesita de muchas explicaciones, sin embargo me gustó mucho la siguiente frase:

Durante un período breve los mercados apuestan por la claridad antes que excelencia. Cuando maduran demandan excelencia, y mantienen la claridad a través de estándares.