Confieso que hacía ya por lo menos 8 o 9 años que no instalaba ni tocaba un Linux de escritorio (Linux haciendo de servidor uso casi cada día, aunque nunca he instalado). La primera impresión fue realmente buena. Se instaló en muchísimo menos tiempo que Windows, todo funcionaba a la primera (excepto la tarjeta de red), los menús eran sencillos e intuitivos, la instalación por defecto venia cargada de programas útiles por los que en Windows tienes que pagar (por ejemplo, Open Office)… Flipando con los cambios al recordar vagamente los problemas de Linux de mi época, la época de Slackware.

A lo que íbamos: el único problema que encontré fue el driver de la tarjeta wireless. La tarjeta wireless es una PCI barata comprada en APP Informática de una marca totalmente desconocida: algo así como approx, aunque en la caja pone aqprox. En cualquier caso, gracias a un programa de Windows (Everest), sabía que la tarjeta era una Realtek PCI Wireless con el chipset rtl8185.  Me puse a buscar y encontré que el fabricante había liberado el código de los drivers para Linux. Compilar es tan sencillo como escribir ‘make‘ en una terminal.

Íbamos bien, pero al tratar de compilar el driver aparecen errores. Los errores son debidos a un cambio en el kernel. Tenemos que modificar el código fuente para poder compilar en Ubuntu 9.10. Por más que busqué, no pude encontrar ni el parche a aplicar al driver ni soluciones alternativas, por lo que tuve que hacer yo mismo las modificaciones oportunas. Para quien lo necesite aquí está el parche y el código fuente completo modificado.

Una vez modificado el código fuente sólo hay que volver a compilar (’make‘) e instalar (’make install‘). Tras reiniciar el ordenador, sólo queda seguir las instrucciones que detalla el fichero Readme que acompaña al driver y cruzar los dedos para que todo vaya bien. En mi caso Ubuntu reconoció la tarjeta de inmediato, pero no conseguía obtener una IP del router wifi (un Livebox de Orange). Finalmente lo conseguí dejando de seguir las instrucciones incluidas en el Readme: parece ser que había algún tipo de conflicto entre los comandos que estaba usando y la aplicación de configuración de redes de la interfaz gráfica. Para hacerlo funcionar simplemente me fui a la interfaz gráfica y lo configuré desde ahí (Sistema/Preferencias/Conexión de Red). Después de una semana usándolo funciona a la perfección.

Articulos relacionados

• Instalar Bugzilla en Windows (2)

Hace ya 4 años, Google lanzó al mercado Google Maps y Google Earth, dos proyectos hermanos que prometían traer toda la información geográfica del mundo a nuestro ordenador. Aquél año 2005, esos dos proyectos barrieron el mercado. El resto de sistemas GIS, más o menos profesionales, sucumbieron ante Google y tuvieron que reinventarse o morir (incluyendo a OpenStreetMap, de carácter libre). Además a Google le imitaron sus máximos rivales en el dominio de Internet: Yahoo y Microsoft . Ni que decir tiene que el éxito de estos ha sido más bien escaso.

En 2007, Google anuncia su nuevo servicio Street View. Desde su lanzamiento, Google Maps se había mantenido con bases de datos y de imágenes de terceros. La suministradora de mapas para GMaps es TeleAtlas, que “curiosamente” desde julio de 2007 es propiedad de TomTom. Street View es el primer paso de Google para obtener su propia base de datos geográfica del mundo. Para conseguir algo diferente, único, que ningún otro competidor tuviera, no se le ocurrió otra cosa que enviar decenas de coches con cámaras a recorrer las principales ciudades americanas (y ahora europeas, asiáticas e incluso australianas ) registrándolo todo, calle a calle con imágenes panorámicas 360º. Una idea genial, pero con un alto coste económico.

Tras muchos rumores que apuntaban la posibilidad de que Google sacara al mercado un teléfono móvil, en el mes de noviembre de ese fructífero 2007, la empresa de Mountain View desvela su verdadera estrategia: Android, una plataforma para móviles. Inicia así su guerra contra iPhone y Nokia/Symbian de la mano de HTC que es el primer fabricante que confía en ellos y le suministra el hardware. Desde un principio Android tiene como uno de sus principales bastiones GMaps, uno de los programas preinstalados que mejor explota las características que Google quiso dar a los móviles con su sistema operativo. También es remarcable que Google sacó ese año versiones de GMaps para Symbian (la plataforma de Nokia). La respuesta de el fabricante finlandés fue Nokia Maps , un servicio similar, pero que no hacía de la conectividad permanente una necesidad.

Vista la secuencia de hechos, parece claro que el libro de ruta de Google tuvo siempre un destino final: la convergencia de Google Maps en los dispositivos móviles como herramienta cotidiana. Es decir, Google quiere que salgamos a la calle con nuestro teléfono móvil y le preguntemos cualquier cosa que queramos hacer. ¿Cómo se va a tal sitio? ¿Que restaurante me recomiendas? ¿Dónde hay un taller de coches? Su negocio será el mismo que ya usa en Internet: vender publicidad. Es la manera con la que conseguirá rentabilizar la millonaria inversión que ha realizado con todo este arsenal de productos “gratuitos”. Por eso, la jugada de integrar Street View y su sistema de navegación con GMaps para Móviles era evidente: necesita poder guiar al usuario hacia su destino para copar el mercado de los GPS de uso cotidiano.

Analizando el comportamiento de las bolsas ante el anuncio de Google creo que se ha sobredimensionado el poder, la influencia y las intenciones de la Google. Las empresas más afectadas fueron TomTom y Garmin. Es cierto que ambas empresas trabajan en el segmento del GPS, pero tienen filosofías completamente distintas a GMaps. TomTom está especializada casi exclusivamente en dispositivos para automóviles, ofreciendo tanto el hardware como el software y, como hemos dicho, desde 2007 es incluso la propietaria de los mapas. Garmin hasta hace poco estaba dedicada casi en exclusiva al outdoor, es decir, en dispositivos hardware sumamente resistentes capaces de soportar golpes, agua y vibraciones continuas. Es cierto que el movimiento de Google puede comer algo de cuota de mercado a estas dos empresas, pero la realidad es que el comprador tradicional(*) de Garmin no es cliente de TomTom y el de TomTom tampoco lo es de GMaps. El tamaño de la pantalla de un TomTom, por ejemplo, puede llegar a ser 4 o 5 veces mayor que la de un móvil que lleve GMaps integrado.

Por todo lo expuesto, considero que en el anuncio de la semana pasada no ha habido nada de revolucionario ni sorprendente. Google ha seguido avanzando en la misma línea que llevaba tiempo recorriendo y las pequeñas modificaciones realizadas en su producto no debería suponer una sorpresa para nadie. Una revolución sería que Google anunciara un servicio totalmente off-line. Eso sí que sería un verdadero giro de timón que no se va a producir, ya que significaría que Google cambia su filosofía . En el corto y medio plazo Google continuará ofreciendo productos gratis o casi gratis financiados mediante publicidad, TomTom seguirá con su hardware para coches (ya veremos que pasa con su versión para móviles) y Garmin se mantendrá líder indiscutible del mercado para dispositivos outdoor.

¿Dónde está la revolución? El movimiento de Google se veía venir.

(*) Garmin ha sacado recientemente algunos dispositivos destinados al segmento del automóvil, que sí que competirían directamente con TomTom.

Articulos relacionados

• Que alguien me lo explique (5)
• Google Apps da un error de DNS (1)
• Adwords, Adsense y PageRank (2)
• Adsense te obliga a cambiar las políticas de tu sitio (1)
• ¿Por qué Google Earth ha triunfado? (0)

El primer plugin que apareció era Wordbook. Tenía muy buena pinta, pero tuvimos dos problemas: imposible hacerlo funcionar con Wordpress 2.8.5 y no permitía publicar en páginas de Facebook (sólo es posible en el minifeed). Como no nos convencía, decidimos seguir buscando.

Fue más complicado encontrar Facepress (fíjate en el juego de nombres). Facepress es un plugin muy evolucionado que permite enviar a Facebook el título y un enlace a cada artículo que se publica en el blog. No es una maravilla, pero realiza su cometido perfectamente. Además permite publicar en páginas de Facebook y diferenciar entre usuarios (cada usuario de Wordpress puede enviar la información de sus publicaciones a su propia cuenta de Facebook).

El funcionamiento interno del plugin Facepress se basa la simplificación. Se conecta mediante CURL a la página de Facebook para móviles, mucho más simple y sin historias de AJAX, Javascript y CSS. Desde ella se pueden publicar textos en casi todos los lugares, pero no se pueden adjuntar enlaces o enviar imágenes, por ejemplo.

Modificaciones

Por el diseño tan simple con el que se ha concebido Facepress, es muy fácil modificarlo. En nuestro caso necesitábamos dos cambios:

1. Todos los usuarios deben publicar en una misma página.
2. La publicación en el “muro” de la página debe incluir un pequeño resumen del artículo y algo de formato adicional.

Ambos cambios requieren la modificación del fichero Facepress-updater.php que es el kernel del plugin (el que conecta con Facebook cuando se publica un nuevo post)

El primer cambio es muy fácil de conseguir. Se debe sustituir la línea:

$optionIndex = array_search('wplog:' . $authorLogin, $Facepress_data);

por

$optionIndex = array_search('wplog:admin', $Facepress_data);

Con esto conseguimos que se elija siempre los parámetros del usuario “admin”. Así que solo con guardar los datos en ese usuario es suficiente.

El segundo cambio es también sencillo. Hay que cambiar la variable $title con cualquier valor que se te ocurra. En nuestro caso ha sido:

$title = urlencode($blogname).": \"".urlencode($postTitle)."\"%0A%0A".urlencode($postExcerpt)."%0A".urlencode($postUrl);

Un pequeño truco: los “intro” o retornos de carro (vaya traducción literal!) se pueden trasmitir con el carácter especial %0A. Cuidado con el urlencode() que puede hacer que el resultado no sea nada agradable (recomiendo llevarlo al lugar donde se establece el valor de $title).

Esto es todo. El resultado no es demasiado espectacular, pero funciona. Esperemos que alguien usando la misma técnica pero con la página principal o con el API de Facebook pueda conseguir que los enlaces se adjunten como enlaces y no como simples mensajes de texto.

Articulos relacionados

• A vueltas con Image Caption Easy (0)
• WP-United no funciona (2)
• Tiempo de Crisis está online (0)
• Quad Y ATV está online (0)
• Migrar de Blogia a Wordpress (19)

La iniciativa pide que cada blog explique una razón por la que considera que el presupuesto dedicado a investigación y desarrollo no debería rebajarse.

Mi razón es: evitar la fuga de talentos científicos y técnicos.

A veces se considera que cuando un científico o ingeniero español se va a otro país a trabajar se pierde una dosis de talento que podría haber sido aprovechada aquí. Sin embargo, no es sólo eso. Cuando se pierde un científico, se pierden las decenas de miles de euros invertidos por el Estado en la formación de cada uno de ellos, se pierde prestigio, se pierde cultura científica y tecnológica y, sobre todo, se perjudica a los profesionales que tienen que emigrar para poder dedicarse a lo que les gusta y saben hacer.

En definitiva, hay que invertir más y mejor en ciencia y mucho más en crisis.

Articulos relacionados

• Manifestación contra la precariedad (0)
• Management del siglo XX (56)
• ¿Hace falta otra huelga de informáticos? (3)

Eso es un extracto de datos reales. Creo que la política de Google Adsense no permite publicarlos, pero me da igual. ¿Cómo que 5 clicks y no me dan ni un céntimo? ¡Hay que joderse!

Articulos relacionados

• Adwords, Adsense y PageRank (2)
• Adsense te obliga a cambiar las políticas de tu sitio (1)
• ¿El final de las cosas gratis en Internet? (4)
• Se veía venir (1)
• Google Apps da un error de DNS (1)

Dentro de la enorme extensión del concepto “usabilidad”, la ayuda al usuario es un elemento a veces menospreciado. Quizá el hecho cierto de que los usuarios no se leen los manuales haya contribuido bastante a relegar al diseño de sistemas de ayuda a un segundo plano.

Los motivos que llevan a los usuarios a no leerse dichos manuales parecen estar muy claros:

• Algunos sistemas de ayuda son tan complicados que obligan a aprender a usarlos.
• Resulta complicado encontrar lo que el usuario necesita o busca.
• Las explicaciones textuales resultan farragosas y tediosas de leer.
• Y el más importante: el usuario quiere usar inmediatamente el servicio y no “perder el tiempo” leyendo cientos o miles de líneas de texto.

El usuario no va a leer tu manual de uso

Debido a la forma de usar el servicio por parte de los usuarios, para crear un sistema de ayuda eficiente deberíamos diseñarlo a la vez que nuestra aplicación siguiendo una regla fundamental: el usuario no va a leer el manual de uso de la aplicación. Sin embargo, sí que recurrirá a él cuando tenga un problema o se quede enganchado sin saber cómo continuar. Justo entonces es cuando debe encontrar de forma fácil e intuitiva la página de ayuda que solucione su problema.

Es lo que yo llamo “píldoras de información”. Al usuario no le puedes abrumar con cientos de páginas el primer día y no volverle a dar ningún tipo de información. Todo lo contrario, debes darle pequeñas dosis de información sólo cuando las necesite. Es decir, enlaces a páginas concretas del sistema de ayuda dónde la información se presente de forma clara y concisa, sin extenderse en detalles que no resuelvan el problema concreto que le ha podido aparecer al usuario.

Ideas para diseñar un sistema de ayuda eficiente

He elaborado una lista con algunas ideas que se pueden aplicar a la hora de diseñar un sistema de ayuda eficiente. Evidentemente, cada aplicación es un mundo y

• Integra el sistema de ayuda con la aplicación. Como ya se ha dicho, el usuario tiene que encontrar rápidamente ayuda acerca de un problema que acaba de encontrar.
• Más vale una imagen que mil palabras: añade contenido multimedia. Los vídeos son un elemento muy importante para no perder la atención del usuario. Las imágenes y el audio también pueden ayudar mucho.
• Crea un buscador para tu sistema de ayuda que realmente funcione. Un buen buscador será un elemento clave. No mezcles las páginas de la aplicación con las del sistema de ayuda.
• Categoriza la información y crea un índice. Un índice claro y contenidos categorizados son siempre útiles cuando el usuario no sabe formular la pregunta correcta al buscador.
• Añade ejemplos. La mayoría de usuarios prefiere un mal ejemplo que una excelente explicación. Si además el ejemplo se presenta en forma de video divulgativo, mucho mejor.
• Las páginas de ayuda, cuanto más resumidas mejor. No sirve de nada enrollarte explicando partes super interesantes de tu aplicación: no se lo van a leer. Ve al grano y trata de condensar al máximo las explicaciones a cada problema. Divide en varias páginas si es necesario.
• Sincroniza el sistema de ayuda con la aplicación. Trata de mantener el sistema de ayuda lo más cercano a la aplicación, añadiendo enlaces, operaciones automáticas, etc. desde tu sistema de ayuda.
• Hiper-enlaza todo tu sistema de ayuda de forma que el usuario pueda navegar por él de forma intuitiva. Utiliza el momento en el cual el usuario se acerca al sistema de ayuda para atraer su curiosidad hacía otros elementos de la aplicación.

Conclusiones

La idea central de todo sistema de ayuda que pretenda ser eficiente es el concepto de “píldora de información”. Hagas lo que hagas, diseña la aplicación y el sistema de ayuda teniendo en mente que el usuario sólo querrá ayuda cuando tenga un problema y que querrá que la explicación de la solución sea corta, clara y concisa.

Articulos relacionados

• Cómo manejar webs configurables con Git (1)

La estructura del evento fue la siguiente:

• Presentaciones: Todos los asistentes se presentaron y explicaron cual era su intención viniendo a tal evento.
• Conferencia: Un ponente dio una charla acerca de un tema en particular.
• Networking: Se ofreció un catering donde los participantes en el evento tuvieron la oportunidad de charlar con otros participantes.

En principio lo más importante del evento es la parte de networking donde tienes la oportunidad de intercambiar puntos de vista o incluso conseguir clientes. En esta ocasión, como no presentábamos nada, tampoco nos resultó demasiado útil esta parte, aunque tuvimos la oportunidad de intercambiar algunos puntos de vista de cara a un cambio de hosting.

En general, creo que valió la pena acudir al evento, aunque le vi algún pequeño problema. Por ejemplo, las presentaciones del principio a mi no me sirvieron de nada, ya que, primero, no podía ver las caras de la gente que se presentaba y, segundo, no hubiera podido recordar las caras de esta gente. Así que, al final, en el networking, o te has fijado en alguien que te ha interesado muchísimo o acabas hablando con el grupo que te queda al lado.

Articulos relacionados

• No hay articulos relacionados.

La respuesta ha sido muy lenta debido a que el ataque se produjo a los pocos días de marcharme de vacaciones desde dónde no he podido conectarme. Ahora mismo el problema está corregido, la versión de Wordpress atacada ha sido actualizada y trataré de que no vuelva a pasar algo similar.

Afortunadamente, el código en cuestión no era perjudicial para vuestros ordenadores a no ser que usarais una versión muy vieja de Internet Explorer.

En cualquier caso quiero pedir disculpas por cualquier inconveniente que os haya podido causar dicho ataque.

Articulos relacionados

• WP-United no funciona (2)
• Tiempo de Crisis está online (0)
• Quad Y ATV está online (0)
• Otro par más (0)
• La compleja estructura de TiempoDeCrisis.com (0)

En un mundo ideal, no serian necesarias las distintas plataformas que se han creado, con todos su séquito de perfiles y configuraciones. Todos los dispositivos serían capaces de ejecutar una única plataforma con un único perfil. Desgraciadamente, debido a las diferentes configuraciones hardware, esto no es así y no nos queda más remedio que vivir con ello.
Sin embargo, hay veces que puede interesarnos crear un proyecto multiplataforma. Por ejemplo, podríamos desarrollar un juego muy interesante que se distribuyera tanto para ordenadores personales (J2SE) como para móviles (J2ME). Evidentemente la parte gráfica en ambas plataformas difiere y requiere una versión específica en cada caso, pero la lógica del juego probablemente sea idéntica en ambos casos.

Lo más común en estos casos es recurrir a crear una de las versiones (habitualmente la J2SE) y luego, con el código fuente obtenido, adaptarlo a la otra plataforma. Esto no solo es un incordio, sino que además ralentiza el ritmo de desarrollo y puede producir errores e incoherencias en el código fuente.

Por ello voy a presentar una forma sencilla de integrar las versiones de J2SE y J2ME o cualquiera de las plataformas y configuraciones disponibles. No se si alguien lo ha implementado antes, pero buscando información y preguntando en foros parece ser que nadie necesita o trabaja con proyectos compatibles J2SE/J2ME/J2EE.

Me centraré en un caso particular, el comentado del juego que requiere que se compile en J2ME y J2SE. Además supondremos que queremos sacar varios juegos con un mismo framework compatible para ambas plataformas.

Se supone que el juego va a tener una serie de clases comunes que deben funcionar en ambas plataformas y para todos los juegos (el núcleo). Dado que J2ME es un subconjunto de J2SE, crearemos una librería o un proyecto J2ME y pondremos todo el código del núcleo ahí. Obviamente dicho código no va a poder acceder a ciertas clases de J2SE por lo que el código será 100% compatible tanto con J2SE y J2ME.

Como queremos sacar juegos como churros, necesitaremos hacer que ciertas partes del framework no compatibles entre J2ME y J2SE como el interfaz gráfico se puedan instanciar desde distintos proyectos de juegos J2ME o J2SE (capa intermedia). Nada más fácil: creamos un par de proyectos, uno J2ME y otro J2SE con estas partes. Aquí viene el truco: incluiremos el proyecto del núcleo del framework desde aquí para tener acceso a todas sus funciones. Como dicho proyecto era J2ME compatible, servirá para ambas plataformas.

Por ultimo, tendremos que crear otros dos proyectos para generar el ejecutable final para J2ME y J2SE. En estos proyectos añadiremos el código básico del Midlet y el applet en cada caso e incluiremos (¡truco!) los dos proyectos anteriores respectivos: el núcleo y la capa intermedia correspondiente. La jerarquía queda como se ve en la figura.

A partir de este punto, cualquier cambio que se realice en el núcleo se propagará automáticamente al JAR final de todas las plataformas implicadas. El “truco” se puede usar incluso para compilar diferentes versiones compatibles con distintas configuraciones o perfiles. Lo he probado sólo en NetBeans, pero supongo que en Eclipse y otros IDEs será más o menos parecido el proceso.

Otro “truco” más

Si por ejemplo con una estructura como la mencionada quisiéramos tener acceso al sistema de ficheros, como en J2ME y J2SE no se utiliza la misma filosofía de acceso, tendríamos que crear clases diferenciadas para hacerlo. Pero como además seguramente querríamos disponer del acceso a disco desde el mismo núcleo, lo más recomendable es que creemos una clase abstracta “Fichero” y una factoría de ficheros “SistemaDeFicheros” en el núcleo. Cuando necesitemos un fichero simplemente accederemos a la factoría del núcleo y obtendremos un Fichero. Internamente la factoría del núcleo accederá a otra factoría situada en la capa intermedia. Para conseguirlo, se creará un interfaz para la factoría de la capa intermedia en el núcleo que se implementará en la capa intermedia. Durante la inicialización de la capa intermedia se pasará una factoría de la capa intermedia al núcleo permitiendo así que el núcleo cree instancias de “Fichero” propias de cada plataforma.

Si la clase “Fichero” no necesitara acceso desde el núcleo, este esquema se simplifica muchísimo. Simplemente crearíamos un interfaz “Fichero” en el núcleo y la implementaríamos en la capa intermedia. Dicha implementación estaría disponible tanto en la capa intermedia como en la aplicación o midlet final.

Conclusiones

Al no ser algo que en NetBeans se haya previsto, usar estas técnicas pueden producir algunos problemas menores. Por ejemplo, en mi proyecto de pruebas, al hacer un “clean & build” netbeans se queja de algunos ficheros tienen una fecha posterior a la actual. Simplemente con no hacerle caso está resuelto el problema, pero quizá se podría refinar un poco mas la técnica y evitar la aparición del warning.

Para mi ha sido un alivio no tener que repetir el trabajo, copiar y pegar, esperar a tener una versión estable para empezar con otra, etc. Sin duda la pequeña dosis de complejidad que se añade se ve completamente recompensada cuando ves tu aplicación funcionar en el PC y al momento pinchas en “deploy” y la ves funcionar también en el terminal. Te ahorras el trabajo mental de tener que desarrollar nuevas funcionalidades para una plataforma un día y esperar unas semanas a probar en la otra con el temor a que falle algo y no puedas continuar.

El ejemplo con el juego es bastante simple, pero imaginad el trabajo que puede ahorrar en una aplicación empresarial, donde además es posible que las aplicaciones J2ME y J2SE no sean ni siquiera idénticas. En cualquier caso es una elección muy personal.

Articulos relacionados

• No hay articulos relacionados.

Como ya sabréis he estado siempre en contra de cierto tipo de movilizaciones que se han propuesto anteriormente como la última huelga del sector informático. ¿Qué ha cambiado en esta ocasión? Esta vez quien convoca la concentración es un sindicato.

Puede parecer una tonteria pero que una movilización la convoque un particular (o grupo de ellos) medio en el anonimato y con intereses poco claros o que lo convoque un sindicato hace que las cosas cambien mucho. Cambian mucho por 2 motivos fundamentales: primero porque se puede avanzar en la introducción cultura politico/sindical que parece casi inexistente en el sector y segundo y principal porque los sindicatos son organizaciones horizontales que defienden a los trabajadores en su conjunto independientemente de factores externos (o así debería ser al menos).

Del manifiesto de la convocatoria quiero resaltar un párrafo:

Las consultoras han convertido el conocimiento y la competencia técnica, el verdadero núcleo de la informática, en un incordio, un paso previo para poder acceder a lo único valorado, la gestión. De esta manera la informática se des prestigia entre la sociedad. ¿Cómo se va a valorar nuestro trabajo en la sociedad si no se valora en su propio sector, si para las consultoras las tareas técnicas son propias de principiantes, de los que todavía no han podido dar el salto a la gestión?

El resto del comunicado podéis encontrarlo en la página de la CGT.

Articulos relacionados

• ¿Hace falta otra huelga de informáticos? (3)
• La ciencia española no necesita tijeras (0)
• Ingenieros Arrepentidos: el n-ésimo debate estéril (2)