Hi5 despediría al 50% de su personal

En una nota aparecida el día de ayer en TechCrunch se comenta el hecho de que fuentes confiables aseguran que la conocida red social Hi5 despedirá a la mitad de su personal en los próximos días, a la fecha el número de empleados en Hi5, la tercera red social más grande, es de 100 personas. Hay que recordar que ya Hi5 había despedido el 15% de su planilla en el mes de octubre pasado.

Estos recortes son obvios, dado que la empresa no posee un modelo de negocio y subsiste sólo de la inversión inicial realizada en la misma por inversionistas de riesgo, especie en peligro de extinsión de la convulsionada fauna de Wall Street. La única manera de permanecer a flote es recortar agresivamente los gastos operativos, uno de los mayores es indiscutiblemente la planilla de sueldos.

El problema de fondo con Hi5 sin embargo no está resuelto, reducir costos sólo extiende el tiempo en el mercado de la empresa, pero sin una manera de convertir el tráfico que atrae en dinero, es inviable en el largo plazo. Este es también el problema de otras redes sociales como Facebook o Twitter, que atraen grandes audiencias pero no pueden convertir dicho tráfico en dinero.

Si la tercera red social más grande del mundo, con más de 63 millones de visitantes unicos, 80 millones de usuarios registrados y rankeada dentro de los TOP 50 de Alexa no puede hacer dinero. Es lógico comprender porque muchos que inician su aventura en la web 2.0 terminan desilucionados. Al parecer el atraer bastante tráfico no es suficiente, recordemos el caso de YouTube antes de que fuera adquirido por Google, la empresa sólo producía deudas, sin embargo Google ha sabido transformarla y ahora produce unos ingresos respetables.

Lo malo de las redes sociales es que no pueden apostar al modelo de suscripción, porque lo único que conseguirían es que sus usuarios los abandonen. Por otro lado el negocio de los anuncios ha probado ser poco rentable, tanto MySpace como Facebook han reportado menores ingresos que los esperados por publicidad ya que hay una baja conversión entre impresiones y clicks. Cuál sería la forma entonces de hacer rentable una red social, de no ser posible hacerla rentable, entonces ¿cuál sería el objetivo de seguir operandolas?. Al parecer el data mining de los perfiles de usuarios sería una forma de monetizar dichas redes sociales, al menos Facebook ha mencionado dicha posibilidad. Pero dada la pobre penetración que ha tenido Hi5 en los Estados Unidos, habría poco interés de las empresas americanas por la base de usuarios que tiene Hi5.

La última opción que le veo a Hi5 sería consiguir que Google, Microsoft o Yahoo la compraran, pero dada la actual coyuntura económica esa posibilidad parece muy remota, así que si en 6 meses más Hi5 no encuentra una manera de ganar dinero, tal vez tendremos que decirle adios.

El poderoso PowerDNS

Actualmente ando desarrollando un proyecto llamado cix.pe, que tiene por objetivo ofrecer dominios gratis en dicho dominio. La palabra "cix" es la abreviatura que usan las líneas aereas para hacer referencia a Chiclayo, la ciudad de donde es mi familia y donde crecí. La idea es potenciar el uso de Internet en la ciudad de Chiclayo ofreciendo un dominio gratuito al cual todos, desde simples usuarios hasta empresas puedan utilizar para desarrollar su identidad en Internet. El mayor problema que tenía era el implementar un par de servidores DNS que utilizara una base de datos, la opción más fácil sería usar MyDNS, proyecto Open Source que ofrece un servidor DNS que registra sus valores sobre una base de datos MySQL, ya lo utilizo actualmente para mis dominios pero me he dado cuenta de que es lento además de poco flexible y tengo en mente que el dominio cix.pe sea usado por miles, no por decenas. Por dicha razón inicie una búsqueda en la web para encontrar la solución a mi problema.

Las dos opciones que encontre y sobre las que me enfoque fueron MySQL BIND SDB Driver y Bind DLZ, ambos son parches sobre el popular servidor DNS BIND, el problema que encontre en ambos es que funcionan sobre versiones específicas de BIND y dichas versiones tienen vulnerabilidades conocidas, así que eso me desanimaba de usar dichas opciones, pensaba que tendría que utilizar MyDNS de todas formas, hasta que revisando distintos foros encontre una referencia a PowerDNS, que es un servidor DNS Open Source que tiene muy positivos comentarios, puede utilizar MySQL, PostgreSQL, SQLite, Oracle, DB2, LDAP y ODBC, además de ser multiplataforma. Lo mejor de todo es que Debian Etch y Lenny lo incluyen dentro de sus repositorios.

¿Por qué utilizar un servidor DNS que almacene sus configuraciones en una base de datos?, bueno hay dos razones para ello, la primera y más evidente es que es la forma más sencilla de contruir un control panel que permita a los usuarios actualizar sus configuraciones. La segunda razón es que si se almacena la configuración en una base de datos el proceso de reiniciar el servidor DNS cada vez que se aplique un cambio a la configuración de un dominio se evita completamente. Ofreciendo de esta manera actualización automática de las configuraciones, algo que en el caso de mi proyecto es altamente deseable.

La pregunta sería entonces ¿por qué seguir usando BIND o PowerDNS con archivos de configuración?, la respuesta esta en la forma como se opera. Tener toda la configuración en un archivo de texto significa que todos los dominios y sus configuraciones deben ser cargados a la RAM en el momento que se incia el servidor de nombre de dominio, esto por un lago agiliza enormente el procesamiento de las consultas, pero obliga a que cada cambio en el archivo de configuración necesite que el servidor DNS sea reiniciado. Si se resuelven cientos de miles de dominios, esta es sin duda la opción más eficiente, pero demanda de que el servidor cuente con suficiente RAM, algo que no es un problema en nuestros dias.

En el caso de poner la configuración en una base de datos, como MySQL por ejemplo, implica que cada consulta al servidor DNS deba generar un query a la base de datos para extraer la información necesaria desde alli. Como veran esto introduce un overhead en cada consulta, pero nos da la ventaja de que el servidor de nombre no deba ser arrancado si algun usuario cambio la configuración de su dominio, pues los cambios son dinámicos. En nuestros días los servidores son tan potentes que el overhead de cada query es bastante bajo, incluso en un servidor que deba de procesar miles de queries por segundo. Además si a eso le usamos lo sencillo que es construir un sistema de alta disponibilidad con una configuración de MySQL en master-slave las ventajas de usar un servidor de base de datos como backend para almacenar las configuraciones de los dominios son más que evidentes.

La instalación de un servidor PowerDNS en Debian Etch o Lenny es tan sencilla como ejecutar este comando como root:

# apt-get install mysql-server-5.0 mysql-client-5.0 mysql-common pdns-server pdns-doc pdns-backend-mysql

Tenga presente de que no es buena idea poner en un mismo servidor los servidores DNS Authoritative y Recursive (tambien conocido como DNS de cacheo), es por ello que intensionalmente no hemos instalado el paquete "pdns-recursor", queda a su criterio hacer eso.

Finalmente la configuración de PowerDNS con soporte para MySQL debe hacerse siguiendo los pasos descritos en el manual del producto en el Capítulo 4. Espero como siempre que esta información les haya sido de utilidad.

Un intrigante misterio

Hace como cuatro años compré el dominio tvperuana.com, lo hice porque tenía la idea de vender las transmisiones de los canales peruanos a través de Internet. Sin embargo el hecho de que el cable y satélite fuera tan barato y que ofrecieran canales de Perú, sumado a la casi inexistente diferencia horaria entre la costa este de Estados Unidos y Perú, hizo que abandonara la idea. Sin embargo el nombre de dominio me pareció muy bueno y lo he conservado todo este tiempo, es más he creado un blog en blogger y he puesto algo de contenido para generar backlinks. Mal que bien el blog ha llegado a tener un PR de 2 en todo este tiempo, debo aceptar que lo hice más como un ejercicio para demostrar como se podía personalizar al maximo un blog de Blogger que debido a mi interés por la farándula peruana o promover la TV de Perú.

Pero lo que me ha sorprendido es el hecho de que sólo el día de ayer hayan llegado más de 1000 visitantes a dicho blog, claro que todos se van casi inmediatamente, el tiempo promedio que un visitante se queda en el blog es 35 segundos, la razón es obvia casi no he puesto contenido. Pero me ha parecido intrigante el hecho de que en un sólo día 1000 visitantes únicos llegaran masivamente direccionados desde Google a ese blog que tengo tan abandonado.

Analytics TVPeruana.com

Al menos esto me prueba tres cosas, la primera es que lo que escribo en este blog que desde mi punto de vista personal es interesante, no atrae tantos usuarios como los que andan buscando ver TV por Internet, lo segundo que he descubierto es que un buen nombre de dominio puede atraer visitantes más fácilmente que en un contenido importante y por último el tremendo poder que tiene Google de empujar tráfico hacia un website.

Por otro lado, uno de mis recientes proyectos flv2amv.com, que es una herramienta que permite convertir un video desde YouTube al formato AMV, que es utilizado en la mayoría de ChiPod (o MP4 players de bajo costo), tiene los mejores valores en lo que toca a bounce rate (menos de 22%) y tiempo promedio en el sitio (alrededor de 15 minutos), sin embargo lo reciente del mismo hace que las visitas aún esten por debajo de las 100 diarias, básicamente porque aún no tiene PR, pero me ha permitido darme cuenta que el poner video en una web incrementa notablemente la estadía en el site, es decir los usuarios prefieren más un contenido audio-visual que leer un post por más interesante que este sea.

Me he dado cuenta de que Canal 2 (Frecuencia Latina) ahora esta haciendo transmisión pública de sus programas a través de su página web, dejando a la compañía JumpTV, que anteriormente vendía la señal de Canal 2 en el extranjero. Así que probaré poner un link a dicho contenido y un preview al mismo a ver si eso aumenta un poco el tiempo de estadía de los usuarios en el blog. Pero si mis suposiciones son correctas, esto debería hacerlo, ya les contaré en que quedo este experimento. Sin embargo la pregunta de fondo queda intacta, ¿qué hizo que 1000 visitantes buscaran en Google la palabra "tvperuana.com" que los llevo a dicho blog?

Disponible Chromium para Ubuntu

Ya esta disponible una versión funcional, aunque aún en etapa alfa (experimental), del navegador Open Source Chromium para Ubuntu. El equipo de Ubuntu ha preparado esta versión funcional de este emergente browser al cuál sin embargo aún le hacen falta varias cosas como las petañas, la barra de bookmarks, el plugin de flash para ver videos no funciona y algunas páginas hacen que el navegador se cierre como es el caso de la web de Tigerdirect. Por otro lado las buenas noticias es que corre bastante rápido como su contraparte de código propietario para Windows, Google Chrome, y al igual que este pasa el test Acid3 al 100%, algo que por ejemplo Firefox no hace todavía.

La principal diferencia entre Chromium y Google Chrome es que el primero es un proyecto completamente Open Source, mientras que el segundo no lo es. Pero Chromium usa el mismo código para el motor de rederizado html y el mismo intérprete JavaScript V8 que Google Chrome, con lo que para todo fin práctico Chromium sería la alternativa Open Source y verdaderamente multiplataforma para Google Chrome.

Aquellos que deseen probar esta version alfa pueden instalar el navegador siguiendo este procedimiento:

Primero: Añadir estos repositorios al archivo /etc/apt/sources.list

deb http://ppa.launchpad.net/chromium-daily/ppa/ubuntu hardy main
deb-src http://ppa.launchpad.net/chromium-daily/ppa/ubuntu hardy main

En caso de que usen hardy como yo. Si usan otra versión de Ubuntu "intrepid" o "jaunty", replacen la palabra "hardy" por la versión que Uds. utilicen.

Segundo: Actualicen sus repositorios a través del comando:

$ sudo apt-get update

Luego de ello veran un mensaje como este:

W: GPG error: http://ppa.launchpad.net hardy Release: The following signatures couldn’t be verified because the public key is not available: NO_PUBKEY 5A9BF3BB4E5E17B5
W: You may want to run apt-get update to correct these problems

Es sólo una advertencia, no es un error que impida proseguir, así que podemos ignorar ese mensaje.

Tecero: Ahora procedemos a intalar Chromium a través del siguiente comando:

sudo apt-get install chromium-browser

Listo ya tenemos instalado Chromium en nuestro sistema y deberíamos de poder verlo en la barra de menu Applications -> Internet, aquí una imagen que clarifica la posición de Chromium dentro del menú Applicantons.

Chromium Menu

Cuando iniciemos Chromium veremos una advertencia clara de su naturaleza experimental alertandonos de que no es aún un producto terminado y no es recomendable su uso por usuarios finales, esta es la primera pantalla de Chromium que observariamos luego de iniciado el browser:

Chromium Inicio

Para aquellos que dudaban sobre el hecho de que Chromium pasara exitosamente el test Acid3, aquí les dejo un screenshot que capturé:

Chromium Acid3

Finalmente aquí les dejo una captura de pantalla de este blog a través de Chromium:

Chromium Tecnología y negocios

UPDATE 20-Mar-2009: En el último update de Chromium el problema con la web de TigerDirect ha sido solucionado.

Cuidado con lo que publicas en la web

El día de hoy me encontré una nota muy breve en el blog I’m Not Actually a Geek, en donde se cuenta la historia de "theconnor", alguien que estaba buscando trabajo en Cisco y cuando recibió el ofrecimiento no se le ocurrió mejor idea que enviar este micro-post a Twitter:

TheConnor

La traducción sería: "¡Cisco acaba de ofrecerme un trabajo! Ahora debo de meditar entre la conveniencia de un cheque muy gordo contra el diario viaje diario a San Jose y odiar el trabajo". Lo que theconnor no pensó fue que uno de los marketeros de Cisco lo leería, Tim Levad que se desempeña como Channel Partner Advocate en Cisco le respondio:

Timmy Lead


La traducción de la respuesta de Cisco sería: "¿Quién es el gerente que está contratando?. Estoy seguro que a ellos le agradaría saber que tú odiarías el trabajo. Nosotros aquí en Cisco somos versados en la web.". Luego de lo cuá theconnor cambio su cuenta a privada, pero lamentablemente para el su post quedo registrado en las búsquedas de Twitter y es desde alli de donde pude extraerlo.

Este no es el primer caso de un conflicto debido a lo que se twittea. Hace apenas un par de meses se dio a conocer el caso de James Andrews, que cometió la imprudencia de decir que el pueblo donde había ido a dar una charla a empleados de FedEx era tan aburrido que preferiría morir que vivir alli. Uno de los asistentes a su charla leyo lo que escribió el señor Andrews y no se le ocurrió mejor idea que enviarlo a todos, incluyendo los vicepresidentes de la compañía, que resultaron siendo nativos de dicho pueblo. Los detalles de dicho evento pueden ser leídos en el blog de Peter Shankman.

En el Perú casos como el incidente de las policias que nos se les ocurrió mejor idea que filmar un video de ellas saliendo del baño y subirlo a Internet para que lo vean sus amigos, sin tomar la precausión de siquiera ponerlo como privado son ejemplo tambien de que la privacidad ya es cosa del pasado, por eso hay que ser cuidadoso de que es lo que decimos en las redes sociales o en nuestros blogs, porque la clase de imagen que proyectamos a través de nuestra precesencia en la web, afectará nuestra capacidad de conseguir trabajos o incluso mantenerlo.