Me prometí que ya instalado en México iba a hacerle cambios drásticos a mis suscripciones RSS así que arranqué a correr una búsqueda para ver cuales son las publicaciones-web en tecnología de mayor importancia, solo que ahora le añado un “twist”: haciendo tantas cosas en el mercado mexicano, estoy oficialmente a la caza de publicaciones con influencia y comunidad en México.

Para hallarlas decidí hacer un pequeño modelo rustico que agregue (a las malas) varias métricas-web estándar.

A continuación les presento la primera (y quizás única) instancia del México Tech-Web Top Blogs Carnal.

Metodologia y Puntaje

¿Que? Es Web! Por supuesto que arranqué preguntando por aquí y por allá. De hecho ya tenia una pequeña lista mental de sitios pero la idea era crecerla.

No obstante en lo que pude iba preguntando (sin dejar iChat o twitter olvidado para la labor) y así como lo creen, me bañe en sugerencias rápidamente, a lo cual decidi volver esta situación un problema de puntaje y ranking antes que un problema de selección. Para hacer esta monumental labor decidí tomar en cuenta las siguientes metricas:

• Alexa Rank

De Wikipedia: “Alexa recolecta información de los usuarios que tienen instalado el Alexa Toolbar, lo cual le permite generar estadísticas acerca de la cantidad de visitas y de los enlaces relacionados.”. Es una cifra del 1 al ∞ que determina cuales son los sitios mas visitados y que tan distante esta cada uno del otro en términos de visitas.

• Page Rank

La “Salsa Secreta” de Google. Llamado así por Larry Page quien lo gesto originalmente, este es una serie de algoritmos que determina relevancia altamente influenciado por el flujo de enlaces por pagina. Va del 0 al 10.

• Technorati Authority Score

Un conteo estricto de publicaciones que enlazan a cada pagina donde se cuentan los enlaces por sitio no por enlace mas que expiran cada 180 días. Este va del 1 al ∞.

• Technorati Rank

De Wikipedia: “Technorati es un motor de búsqueda de Internet para buscar blogs“, el rank es un sublistado según visitas y popularidad que va del 1 al ∞.

• Numero de resultados en el Google Blog Search (bajo link:URL)

Básicamente, una búsqueda sobre la herramienta de Google Blog Search, aunque usando la bandera link: que imprime un conteo de cuantas paginas enlazan a esta publicación en particular. Es una cifra del 0 al ∞.

Normalizacion

Ahora, el modelo que propuse para organizar los blogs fue el siguiente:

MegustaScore = (1/Alexa)*PageRank*TAuthority*(1/TRank)*GblogHits

Básicamente le estoy dando igual peso a todas las métricas. Los ajustes solo se vuelven unas inversas para los puntajes estilo “golf” donde menos es mejor y listos! Errores? bueno, ven como el PageRank tiene poca influencia a comparación de los demás solo por su rango limitado.

Ojo que segun este modelo los blogs mas influyentes, mencionados, relevantes y posicionados son los que van a tener un puntaje menor.

Resultados

notas: No todos los sitios disponían de todas las métricas, asi que simplemente les asigne un valor no-contribuyente al algoritmo que estuviera lo suficientemente cerca al valor minimo del grupo en esa metrica en particular. Les doy un ejemplo donde esto añade valor: si elgalletero.com no aparece en technorati, esta medida en si demuestra el interés que tienen sus administradores en ser encontrados (ya que tienen que ir a technorati a registrarse). A los del tequila valley: ¡ya mismo nos estoy registrando!

Notable

microsiervos.com! wow que impresión como se ve un blog posicionado en contra de los demás (sin mencionar que las publicaciones hechas en México arrancan desde el 7 en adelante). Asi mismo … webadictos? vaya, una pasada por aca encuentra un blog sin comentarios, asi que le falta bastante al modelo.

Asi mismo tenia algunos podcasts por incluir pero ya que no juegan el juego de los enlaces, los dejo para algun Carnal audio, que hare algun dia.

Y una mas … ¡Faltan!

Prometo™ que un día haré una aplicación que genere esto solito, pero por ahora solo lo hago para tomar una medida de quien es quien en publicaciones de tecnología con influencia en México… solo que, ¡no se cuales son! Estoy pendiente que me envíen sugerencias por twitter o por email si ven que me salté una (o dos).

Al parecer, aparte de los “usuales” enlaces mailto: y callto: existe una larga lista de esquemas URI no-universalmente aceptados por los navegadores… ahora, primero, que es un URI?

Segun el documento que lo especifica (rfc3986), la URI (o, Uniform Resource Identifier) es el puente sintactico entre tu navegador, el protocolo de comunicacion y el servidor. En su uso mas comun este refiere a websites, y asi como hay mucha habla sobre la eliminacion del “tripledobleu”, este es otro de aquellos que espero ver menos a medida que pasa el tiempo.

La sintaxis URI trabaja del siguiente modo:

  foo://usuario:clave@ejemplo.com:8042/pagpor/alla/index.dtb;tipo=animal?nombre=gato#nariz
   \ /     \___________/\__________/ \__/\__________/ \___/ \_/ \_________/ \_________/ \__/
    |           |            |        |          |         |         |                 |       |              |
esquema info_usuario   dominio    puerto   ruta      archivo extension parametro(s)/consulta
    |    \______________________________/
    |                autoridad
    |     ______________________
   / \ /                                      \
  urn:ejemplo:animal:gato:nariz

En su blog, Gregorio da una fila de los mas utiles:

• VoIP (general): callto:<screenname> o callto:<phonenumber>
• Windows Live Messenger: msnim:[add|chat|voice|video]?contact=<username>
• GTalk: gtalk:<username>
• Yahoo! Messenger: ymsgr:sendIM?<screenname>
• Jabber: xmpp:<username>
• AOL Instant Messenger: aim:[goim|addbuddy|buddyicon]?<parameters>
• Skype: skype:<username|phonenumber>[?[add|call|chat|sendfile|userinfo]]
• Feeds: feed:<absolute_uri> or feed://<hierarchical part>
• IRC: irc://<host>[:<port>]/[<channel>[?<password>]]
• Last.fm: lastfm://<radio_stream> or lastfm://globaltags/<genre> o lastfm://user/<username>/<stuff>
• eDonkey2000: ed2k://|file|<filename>|<size of file>|<hash of file>|/ o ed2k://|server|<host>|<port>|/
• iCalendar: webcal://<hierarchical part>

pero aca una lista que demuestra de que tan inutiles detallados estos pueden llegar a ser,

• Andrew File System global file names afs://
• Prospero Directory Service prospero://
• xmlrpc.beeps: xmlrpc.beeps://
• Uniform Resource Names urn://
• opaquelocktokent opaquelocktoken:// 
• Diameter: Protocol aaa://
• Diameter: Protocol with Secure Transport aaas://

… y mi favorito en inutilidad,

• TV-Anytime Content Reference Identifier crid://

Entonces, sabiendo esto, tecnicamente yo podria decir: llamame(skype) o buscame hoy en la tarde, que van a presentar algo sobre las proximas olimpiadas.

De todos modos, esta es una que le tenia ganas de escribir hace bastante tiempo, sobretodo desde que me eche mi primera pasada por la versión 1999 de esta lista (escrita por Jakob Nielsen). Algunos son problemas de diseño y usabilidad, otros son mas como de infraestructura y logica. Ni me quiero acercar a proponer soluciones, pero de lejos este es el top-5 de lo que mas me gusta quejarme (van en reversa, estilo letterman).

Hay de todo, la lista despues del salto…

5. Complicando el nombre de dominio

(o peor, metiendo las patas con el nombre)

IANA es la autoridad encargada de la numeracion y distribucion de “apellidos” (top-level-domains, los “.com”, “.net”, “.us”) en el internet, la opera ICANN (Internet Corporation for Assigned Names and Numbers). Esta parte los tlds en tres categorias: Paises (.uk, .de, .jp, .us, etc.), Dominios Genericos (.aero, .asia, .biz, .cat, .com, .coop, .edu, .gov, .info, .jobs, .mobi, .int, .mil, .museum, .name, .net, .org, .pro, .tel and .travel) e Infraestructura (.arpa). De hecho, hay mas de 50 variaciones en tld’s.

Y aun asi, constantemente me encuentro con desarrolladores que rompen esta convencion. Claro; no existe usuario Internet en el planeta que no asuma que el nombre “.com” es el primario y de ahí para abajo, pero aun asi (ademas de que complican el estandar por el uso de dominios canonicos -el algo en http://algo.dominio.com). Como es esto? ejemplo claro esta en el website del ISG, el International Sales Group en Miami quien en ves de buscarse internationalsalesgroup.us, isg.us (o variantes para ajustar disponibilidad), prefieren confundir al usuario con intlsalesgroup.us.com … como? .us.com ? es algo asi como .co.uk solo que al reves? ahora que tenemos un tld para los estados unidos .us, se vuelve mas peluda la cosa.

Asi mismo, tambien hay casos famosos de errores de transcripcion, como cartunes.com (siendo cartoons.com), penisland.com (pen – island) o expertsexchange.com (experts – exchange). Ultimamente tambien se ve una cantidad de juego con el termino .us (del.icio.us) o (amarill.us) … no se. Dudo que los boomers la cachen así de fácil.

4. Desarrollar para tan solo una plataforma

Que? esto es el 2007! la web2, linux! … esto es cosa del pasado! (y de hecho, si; este error aparece en la lista de errores de Nielsen en 1996). Y aun asi; me topo con que … sigue sucediendo!

El internet es una jungla. Tan solo yo en mi dia a dia navego desde Firefox OS X, windows sobre IE7 y también desde Safari en mi iPhone para hacer hasta las tareas mas meniales. A esto hay que sumarle que hay Linx en texto plano (y lectores para usuarios deshabilitados), Blazer (en las treo y palm), Opera… el Browser de Symbian, Explorer en Windows Mobile y los enemil clones de Firefox (Flock?)… para muchos de los cuales; en especial, no hay flash player! … y hasta el sol de hoy, todavia me sigo topando con sitios hechos en su totalidad para trabajar sobre flash.

Pero no es todo, los hay de todos los sabores (sobretodo en latinoamerica), sitios que solo corren sobre IE, o que requieren de un plugin especial solo para windows. Cual es el problema? dices… bueno; ventas perdidas, usuarios frustrados, pero mas peligrosamente; el correr código que solo ejecuta en un servidor puede ser una vulnerabilidad de seguridad bajo otro cliente. Este problema me saca de quicio porque hace mas de 4 años que se soluciono en el “mundo desarrollado” (y hoy en día el esfuerzo es en replicar el efecto sobre clientes web).

3. Andar con la ciber-bragueta abajo

Mis estadisticas son privadas. Si; hay muchos sitios donde busco pautar y … asi mismo hay sitios que tengo solo para uso privado… Pero no creo que valga la pena andar mostrando cuanta gente entra a mi sitio, de donde y porque. Pero aun asi, cada rato me topo con gente que arma sitios, y en ves de contratar servicios inteligentes de rastreo de uso (como google analytics), dejan un link -al abierto- hacia su stats counter (hasta los grandes!). Es mas, cuando sucede por lo general se trae una bella imagen que te invita a hacer el click y “sapear”. Es que acaso estan haciendo parte de un concurso de alguna clase? Bueno…

Para mi, este error esta a la altura de dejar información de la compañía al aire o, perder claves de acceso, etc.

2. Hacer uso de mensajes 404

Esta bien, este… esta abierto a debate. Las paginas 404 son las que el servidor muestra en caso que le hagas un pedido a una pagina que no existe. En su gran mayoría, estas se quedan con su templete original.

Así mismo hay una gran escuela de diseñadores que les encanta meterle mano al 404 y hacerlo de una herramienta de usabilidad -tratar de adivinar que queria el usuario, sugerir opciones, proponer acciones o … tan solo pedir disculpas por no ubicar la pagina. Esta bien; pero hay una opcion mejor, hace rato, en mi trabajo anterior, mi jefe me ilumino hacia el uso correcto de una direccion inventada o erronea … redirect! … la lógica es así, si tu llegas a una pagina que no sirve (o que ya no existe), en ves de varar tu experiencia; el 404 te debería de reenviar al home! es mas, bien hecho, quizás te podría mostrar un error en un lightbox con la disculpa (lo unico que me quedo de los 404 bien hechos), pero ahí me detengo. Así previenes gente adivinando direcciones y varados en su uso tan solo mientras descifran que es el 404.

En ultimas, mi pregunta es: para que diseñar una pagina que nadie se supone va a ver?

1. Usar direcciones complejas

(pageID, query=?, phpusersessid que no usen mod_rewrite)

mod_re… que?

mod_rewrite es un componente del servidor web apache que permite todo tipo de genialidades cuando viene la hora de guardar direcciones en el address bar. A esto me refiero, que en ves de tener sitios misitio.com/index.php?get_page=12312&user=mauricio, tienes misitio.com/mauricio/personal-page.

Nosotros no somos maquinas! cada rato me encuentro que las direcciones se vuelven mas y mas y mas largas. No es acaso el autofill uno de los modos mas frecuentes de busqueda de direcciones? (imaginate esta, quieres ir a ebay.com y estas buscando entre los previos… pero todos son una coleccion de letras y numeros que parecen como si hubieses dejado al gato caminar encima del teclado). En ultimas, mod_rewrite es bien simple de implementar.

De hecho, la existencia de estos mega-direcciones ha llevado a la creación de sitios que agarran la dirección y la vuelven corta para poder enviar a tus amigos y conocidos.

…

En ultimas, el #1 se remonta al error #5 (pero es de naturaleza diferente). Que lastima que no funciono muy bien el sistema de keywords de AOL aunque, tan solo hay tantas palabras, no? por lo menos no estamos escribiendo IPs directas al address bar (que te aprenderías los websites como teléfonos?).

Y obvio, fijo alguien encuentra uno de estos en mis propios sitio, ah? (como el 404?) … bueno, pero en el publico; ahi vamos, no? por lo menos ya nos deshicimos del <blink> … creo.