Sólo buscar los beneficios es la receta del fracaso

El utilizar como único criterio de inversión la búsqueda de un alto beneficio, en lugar de invertir en un negocio que entendemos y podamos evaluar los riesgos que envuelve, es la receta segura del fracaso, al menos es lo que ocurrió con la burbuja punto com, con la última burbuja inmobiliaria y con todo boom especulativo en general. El conocido blogger Fred Wilson ha escrito un interesate post sobre esto en su blog "Un VC" llamado "Cazando el retorno", que explica porque debemos tener cuidado con la actual exhuberancia en las inversiones en empresas web orientadas a lo social.

Como me ha parecido muy interesante el post he decidido traducirlo, sobre todo por la moraleja que nos deja.

He pasado gran parte de este largo fin de semana acurrucado en el sofá leyendo demasiado "Too Big To Fail", la historia de Andrew Ross Sorkin sobre la crisis financiera de 2008. He querido leer este libro desde que salió el año pasado, pero me tomó un tiempo tener la oportunidad. Lo estoy disfrutando mucho.

Al leer sobre la historia de que un banco tras otro despertaban y olían el café demasiado tarde, me acuerdo de los riesgos de las inversiones persiguiendo las ganancias. En el caso de la crisis financiera de 2008, los bancos estaban persiguiendo ganancias en los mercados hipotecarios y los mercados relacionados de CDOs y otros derivados exóticos. Lo peor de todo es que estaban persiguiendo las ganancias en un mercado que no acababan de entender. He aquí una cita de Alan Greenspan, que ha extraído del libro:

    Tengo una formación bastante amplia en matemáticas. Pero algunas de las complejidades de algunos de los instrumentos que estaban en los CDO me desconciertan. Yo no entendía lo que estaban haciendo o cómo llegaron a los tipos de rendimientos de los mezzanines y los diferentes tramos de los CDO que hicieron. Y pensé que si yo no lo entendía y tuve acceso a un par de cientos de doctores (PhD), como el resto del mundo lo va a entender es lo que me desconcierta.

Andrew deduce de esta cita esta observación:

    Él no estaba solo. Incluso los presidentes de las empresas que venden estos productos no tuvieron una mejor comprensión de todo esto.

Pero los ejecutivos sabían que estaban haciendo miles de millones en estos negocios y empujaron a sus empresas a ir más lejos y más rápido en la búsqueda de más miles de millones. Eso se llama persecución de los beneficios. Y la forma más peligrosa es la de perseguir beneficios de negocios que no entiendes.

Tengo un amigo que ha trabajado en Wall Street durante cuarenta años y corre un gran fondo de inversión. Me dijo que su mayor bandera roja cuando examina el rendimiento de los fondos en los que invierte es cuando los beneficios son "demasiado buenos". Cuando ve esto, se sube a un avión y va a visitar a la administradora del fondo para entender como los rendimientos están siendo obtenidos. Si no lo puede entender, se retira del fondo, no importa lo bueno que los beneficios sean.

Voy a aprovechar esta conversación de nuevo para hablar de un mercado que entiendo – el de capital de riesgo. El negocio de capital de riesgo está mostrando un buen beneficio por primera vez en una década. Los sectores que son más rentables son los servicios web, en la etapa temprana o la inversión en la semilla del negocio. Se trata de sectores en los que hemos invertido por más de quince años. Hemos visto a estos sectores surgir y caer antes y probablemente lo volveremos a ver. Estamos comprometidos con estos sectores y no tenemos planes para irnos.

Sin embargo, estos sectores del mercado de capital riesgo se están llenando con los inversionistas que están a la caza los beneficios. Y algunos de ellos no entienden en lo que están invirtiendo. Alguien me llamó hace unas semanas, era un inversionista que querían invertir en una de las compañías que tenemos en cartera. Preguntó sobre la compañía y de sus preguntas fue bastante claro que no entendía muy bien el modelo de negocio. Él siguió adelante e hizo una oferta para invertir. Eso me asustó.

He sido visitado recientemente por una serie de inversionistas extranjeros en instrumentos financieros, muchos de los cuales están invirtiendo miles de millones de dólares en deuda pública. Todos quieren entrar en nuestros fondos de inversión y nuestras mejores ofertas. Cuando hablo con ellos y les pregunto el por qué desean invertir, ellos no puede articular un argumento convincente sobre el potencial económico de la web social. Pero ellos ven los beneficios y quieren tomar una tajada para ellos. Eso me asusta.

Los mercados de capital de riesgo trabajan bien la mayor parte del tiempo. El capital riesgo no es la ingeniería financiera. No implica cortar los papeles de deuda en partes y venderlas en paquetes (hasta hace poco). Se trata de hacer una inversión para convertir nada en algo. Cuando ese algo se convierte en un negocio real, con clientes reales, con ingresos y ganancias, el inversor de capital de riesgo es recompensado con un beneficio, a menudo un beneficio muy bueno. No creo que el capital de riesgo acabe convirtiendose en el tipo de desastre en el que los mercados hipotecarios se convirtieron hace tres años.

Pero sí creo que estamos viendo signos de exceso en las inversiones en los mercados y creo que estamos viendo inversionistas a la caza de  beneficios en negocios que no entienden completamente. Esa es una bandera roja. Y he decidido que la observaré, le prestaré atención, y compartiré con todos ustedes mi preocupación.

El ocaso y caída del e-mail

El día de hoy he leído un interesante post aparecido en el blog "I, Cringely", que lleva por título el mismo que este, en el cual su autor discute como gradualmente el uso del correo electrónico está desapareciendo entre la nueva generación. Las redes sociales y la inmedites están haciendo que la comunicación a través de correos electrónicos se reduzca gradualmente a la población que ya lo utilizaba para sus negocios.

Como nos cuenta Robert Cringely, el gran problema del correo electrónico es el spam, es decir los correos no deseados, de personas que no conocemos, que desean vender algo o simplemente infectar nuestra computadoras para usarlas a su vez como distribuidoras de spam. Los mensajes de texto o SMS, al igual que el uso de aplicaciones sociales como Facebook o Twitter, permiten una comunicación de dos vías casi instantanea a los miembros de está nueve generación a la vez que filtra los mensajes de los extraños en su configuración por defecto, ya que sólo nuestros contactos pueden llegar a nosotros usando una red social.

Por otro lado está claro que el e-mail está muriendo lentamente, sino es díficil comprender porque dos grantes compañías como son Google con Wave y Facebook con el Proyecto Titan, desean controlar la herramienta de comunicación post-Email. Como dijera Alvin Toffler en su libro "Las guerras del futuro", "Las guerras del futuro no se pelearan en el espacio, se pelearan en el tiempo", haciendo clara referencia de que la anticipación es la mejor estrategia para ganar.

El componente social es clave para la comunicación humana, de alli los esfuerzos por tratar de controlar el segmento de las redes sociales y la increíble valoración que los inversionistas le han dado a Facebook, estimada actualmente en $41,000 millones. Además de que esto también explicaría los repetidos y desesperados intentos de Google (Orkut, Wave, Buzz) de tratar de simentar una base de usuarios en el segmento social. No hay duda desde esta perspectiva del valor estratégico de las redes sociales, pero la pregunta es así como las grander corporaciones son dueñas de sus servidores de correo electrónico, llegará a existir un programa de redes sociales que permita la distribución de mensajes en una federación de redes cada una propiedad de una empresa en particular, de la forma como funciona actualmente el correo electrónico y si llegara a existir este rediseño ¿acaso no abriría las puertas a una nueva forma de spam?

El elemento de resistencia actualmente para las grandes empresas está por un lado relacionado a los cuestionamiento de la propiedad de los mensajes, en lo que a correo electrónico se refiere, el dueño del servidor es el dueño de los mensajes, si se aplicara esta regla al entorno social, sería Facebook y no las empresas la propietaria de los mensajes intercambiados. Además el otro tema que genera resistencia en las grandes corporaciones es el tema de la privacidad, si controlando toda la infraestructura de comunicaciones, es casi imposible actualmente mantener un secreto, imaginen ahora que toda la infraestructura de comunicaciones de la empresa sea casi pública.

Les propongo un ejercicio mental, no veamos esto como un obstáculo, sino como una oportunidad. Pensemos por un momento las posibilidades de crear un software ya sea desde cero o basado en algún proyecto existente como Diaspora o Wave in a Box (WIAB), extendido sus funcionalidades para que pueda ser integrado con las redes sociales existentes más grandes de hoy como Facebook y Twitter, pero que permita a su vez definir un nivel de seguridad por cada mensaje y los almacene de manera local, permitiendo un filtrado a los administradores de qué será público y que privado. Es decir tratar de integrar lo mejor de ambos mundos. Las posibilidades de que tal proyecto sea tan revolucionario como en su momento lo fueron Sendmail o Apache, estarían por descontadas, la pregunta es ¿quién lo conseguirá primero Microsoft, Google o Facebook?

La primera cabina Linux de Chiclayo

Para complemantar la crónica iniciada por el post "El Origen y Evolución de Internet en Chiclayo", que tan amablemente reprodujera mi amigo Christian Medina en su blog y continuando con la narración de los eventos ocurridos en Red del Norte, voy a copiar y pegar el texto original que enviara a la periodista Cecilia Niezen y que fuera usado por la revista PCWorld para un artículo titulado "Historia de una erupción Chiclayana", aparecido en la edición del 15 de abril de 2003, en el cual se daba cuenta de la implementación de 28 terminales linux usando el software LTSP.

Actualmente resido en la ciudad de New York, la experiencia Linux en Chiclayo, fue sin temor a equivocarme, el mayor reto que he tenido en lo que llevo de vida.
 
La historia trancurrio más o menos así. En marzo de 1996, Red del Norte S.R.L., comienza sus operaciones como un BBS (Bulletin Board System), el primero de Chiclayo, y quizá el primero del norte peruano, no hubo mucha aceptación por parte del público pues todo el mundo quería Internet y por aquella época el monopolio de Internet estaba en manos de RCP, sucedio que en agosto de ese año apareció Infovía y la posibilidad de que cualquiera pueda convertirse en ISP a nivel nacional, bajo la denominación de CPI. Fue así que Red del Norte se embarco en la aventura de ser ISP, de la cual tampoco se puede decir se obtuvieron resultados exitosos, corrian los primeros meses de 1997 y para tratar de fomentar la suscripción de usuarios, se colocarón PC’s en la oficina para mostrar todo lo que Internet podía hacer. Grande fue nuestra sorpresa cuando la gente nos pedía alquilar las computadoras para trabajar alli en nuestras oficinas y no se interesaba mayormente por la suscripción desde casa. Por ese tiempo cobrabamos S/. 10.ºº la hora, sólo habian 4 PC’s disponibles para tal fin. A los usuarios frecuentes se les ofertaba la compra de un paquete de 8 horas por S/.40.ºº (es decir 50% de descuento). Pero al ver que tuvimos que ampliar nuestra covertura de 4 a 8 PC’s, es que decidimos intentar algo más ambicioso, poner una "gran" cabina como no se había hecho antes en Chiclayo, el objetivo era tener 24 PC’s y cobrar S/. 3.ºº la hora. Fue una inversión bastante elevada en la que la empresa puso todas sus esperanzas.
 
Al principio todo fue bien, las caja registradora no paraba de sonar y el éxito de la cabina atrajo también suscriptores al ISP. Pero como siempre ocurre en este mundo "todo tiene su final, nada dura para siempre" (H. Lavoe).
 
En julio o agosto de 1998, apareció un rival, se llamaba VirtualNet, y fue el primero de una serie de cabinas que han aparecido y desaparecido de la escena Chiclayana. Como habrás notado no he comentado nada sobre RCP en Chiclayo en las líneas anteriores, porque realmente nunca representaron mucho en la ciudad, pero hago mención que la aparición del nodo concentrador de RCP en Chiclayo y el formación de Red del Norte fueron eventos paralelos.
 
VirtualNet sumo 20 computadoras a la oferta y sentó el presendente para que todo el mundo pensara que tener una cabina era un gran negocio, y al igual que las combis, taxis, y la venta de PC’s al menudeo, en muy poco tiempo la oferta excedio largamente a la demanda. Por más que digan que hay mercado para todos, sencillamente el mercado se saturó.
 
La crisis se agudizó para nosotros a mediados del 2000, todas las cabinas usaban Win98 o Win Me y nosotros sólo teniamos las licencias de Win95, además nuestras PC’s eran antidiluvianas Pentium I de 133 MHz con 32 MB de RAM en promedio.
 
No teníamos dinero para renovar equipo, ni mucho menos para el Upgrade del sistema operativo, se me encargo formular un plan, que permita que la empresa siga operando, sin invertir más de U.S.$ 3000.ºº para ello. Sólo falto que me dijeran y además tienes que hacerlo con una mano atada a tu espalda (eso es broma).
 
Es así como investigando en Internet me topé con un interesante proyecto llamado LTSP (Linux Terminal Server Project), puedes visitarlo en http://www.ltsp.org/. Esta era sin lugar a dudas la solución a todos mis problemas, cogí una vieja HP Vectra de 233MHz, 128 MB de RAM y un HD de 3.2 GB, lo instalé y comprobé que era cierto lo que prometía el proyecto, las estaciones o termanales como quisiera llamarlas, no necistaban del disco duro y te mostraban una pantalla gráfica de GNOME (yo casi siempre uso GNOME, me parece más cool que KDE, aunque en gustos y colores …).
 
Sin embargo aunque esta prueba preliminar salio OK., la gerencia no tomó la decisión de implementar el plan sino hasta mediados del 2001 (y pensar que luego nos preguntamos por qué somos un país sub-desarrollado). La principal crítica era que se veia diferenete a Windows y los usuarios no lo aceptarían. Pero como en el mundo "Free" hay de todo para todos los gustos, encotré un gestor de ventanas fiel copia de un Windows 95/98, su nombre QVWM (http://www.qvwm.org), además de este software encontré los equivalentes de programas como el Messenger y el mIRC, programas obligatorios de toda cabina, además de instalar StarOffice 5.2, que podía abrir y editar archivos de MS-Office, posteriormente y debido a que era muy pesado el StarOffice 5.2 fue reemplazado por K-word y K-spreed, es decir sólo ofrecía soporte a procesador de palabras y hoja de cálculo. Como navegador el inmortal Netscape, que en su versión 6 para Linux era todo un balazo.
 
Cuando todo estuvo funcioando como se quería en la máquina de prueba se salio a buscar el server que pudiera manejar las 32 estaciones con las que contabamos. Se consiguió un server Netfinity 5000, por un muy buen precio, creo que pagamos algo así como $ 1500.ºº (claro que el server era de segunda), recordemos que teníamos un presupuesto limitado. Se acondicionó apropiadamente, le ampliamos las RAM a 1.28 GB, se le colocó el segundo procesador ( 2 x Pentium III de 750 MHz), y al principio usamos los discos hot-swap SCSI que traía con su controladora RAID, pero tras la falla de la tarjeta controladora RAID, tuvimos que injertarle un HD IDE de 20 GB. Fallo cuando ya estabamos atendiendo al público, aunque gracias a Dios en un fin de semana, así que los usuarios afectados no fueron tantos.
 
Ahora la gran pregunta era ¿Cómo meter los patos al estanque?, pues fácil, se me ocurrió regalar acceso a Internet durante todo el mes de octubre del 2001 en las máquinas Linux, aunque parezca increible, los ingresos de la cabina no cayeron, aunque a decir verdad ya era bien difícil que cayeran más.
 
Al principio eran sólo los aventureros, uno que otro amigo que no quería que me sintiera mal y por supuesto yo. Pero con el transcurrir del tiempo comenzó a llenarse por completo el ambiente, es más hasta comenzó a haber cola. Luego se termino la oferta y comenzaba la prueba de fuego, ¿la gente pagaría S/. 1.ºº la hora por una cabina con Linux?, y la respuesta fue sí, se acostumbraron y es más mucha gente prefería las máquinas de Linux porque tenían funcionalidades adicionales a las que se disponian en las Windows, por ejemplo se podían tener abiertas varias sesiones de messenger con diferentes logins, cosa que en las máquinas Windows no se podía hacer. Se podía dejar descargando programas en segundo plano, luego de que el usario se iba de la cabina. Los archivos con virus de cualquier tipo podían ser abiertos sin ningún tipo de precausión, y se generó un interés creciente por Linux en Chiclayo.
 
Una empresa ferretera de Chiclayo, contrato nuestros servicios para migrar de Windows98/Netware a Linux, tanto en el server como en las estaciones, para ello se utilizó una herramienta denominada FlagShip que permitió recompilar a código nativo Linux, los programas que ellos tenían en Clipper. El cambio se hizo en el transcurso de un mes con la empresa en pleno funcionamiento, no podíamos parar la empresa para migrarla y luego decir ya está, pueden comenzar a trabajar ahora. Fue un reto, pero lo conseguimos. Cómo siempre, aparte del ahorro en las licencias, aparecieron otros "beneficios" que no se habían pensado, por ejemplos los spools de impresión mejoraron en casi un 600%, las actualizaciones de los índices se realizaban en la décima parte del tiempo, Jorge Álvarez, el programador del sistema y con quien trabaje todo ese mes para que su sistema hecho a medida pudiera trabajar en Linux, no lo podía creer, además del hecho de que se habían despedido de los virus para siempre, el tráfico en la red se redujo notoriamente, ya que las estaciones se conectaban al servidor por medio de un telnet, es decir en el peor de los casos el máximo tráfico que podía entregar una estación era de unos cientos e Kbps, en cambio usando el Netware, una estación podía afectar seriamente el trabajo de las demás.
 
Funcionando las cabinas Linux en Red del Norte y la migración de la empresa ferretera, vino el interés de un colegio de la región por migrar sus laboratorios a Linux, también bajo la modalidad de LTSP, se les vendió y configuró el servidor, pero puesto que ya no estoy en Chiclayo, no se como les va actualmente.
 
La empresa Red del Norte S.R.L., cerro sus puertas al público el 31 de octubre del año pasado, y con ella creo que se terminó una época de innovación y creatividad en la ciudad de Chiclayo. Aunque los sites siguen existiendo (www.chiclayo.net y ww.rednorte.com.pe), la empresa ya no opera como tal, pero los usuarios que aún tienen sus correos en la empresa pueden chequear sus correos por los respectivos webmails. Yo viene a los EEUU el viernes 13 de diciembre del año pasado en busca del sueño americano, con el deseo insatisfecho de organizar un Linux Fest, en Chiclayo.
 
El cierre se debió a que la empresa había reportado perdidas consecutivas en los dos últimos ejercicios contables y pues sencillamente la empresa dejo de operar. Aunque hasta el último día las máquinas estuvieron operando y no tengo queja ni de mi viejo Netfinity 5000, ni de mis veteranas Pentium I, que se comportarón como todas unas campeonas y a ellas les podemos aplicar aquella frase que dice "los árboles mueren de pie".
 
Pienso que el LTSP, podría ser una buena alternativa para Huascarán, pero los $$$$ de Microsoft siempre podrá más que el sentido común y la inventiva.
 
En caso de que necesites información adicional, o mayor detalle o precisión en algún tema en particular, quedo a su disposición para responder cualquier pregunta.
 
Saludos.
 
P.D. La distribución que uso es RedHat, aunque se puede hacer los mismo con cualquier otra distribución, es sólo cuestion de gustos.

Quiero hacer notar que cuando digo RedHat, no me estoy refiriendo al actual RedHat por el cual hay que pagar, cuando todo esto ocurrió aún Fedora no existía como proyecto Open Source. La distribución espcífica que utilicé para implementar las cabinas fue RedHat 7.2, actualmente como los que siguen mi blog sabrán uso principalmente Debian para mis servers y Ubuntu para mi desktop.

Espero que esta nota nostálgica ayude a documentar no sólo los orígenes de Internet en Chiclayo, sino también como Linux llegó a la ciudad de la amistad y comenzó a ser utilizado ampliamente en diversas empresas de Chiclayo, hace ya más de 10 años.

Vork un framework PHP de alta perfomance

Luego de instalar Diaspora y dedicarle un buen tiempo a analizar sus características y como había sido programado, una de las cosas que no me gustó es que estuviera desarrollado en Ruby On Rails, no me tomen a mal, RoR puede ser genial y permitir un desarrollo rápido pero Ruby no es uno de los lenguajes más populares acutalmente y hay que recordar que uno de los principales problemas de la escalabilidad de Twitter puede tener su explicación en el uso de RoR.

Por otro lado una de las características que me parecieron interesantes del proyecto fue que utilizara MongoDB, un sistema de base de datos noSQL que tiene muchas de las características que los sistemas RDBMS. Como sabrán los que siguen este blog regularmente el framework PHP que yo creo más características ofrece y que trato de promover es CodeIgniter, tanto por su sencillez y rapidez. Por lo tanto me puse a buscar una librería que añadiera el manejo de MongoDB a este framework y la encontré en un proyecto hospedado en bitbucket llamado CodeIgniter Mongo Library. Aún es un trabajo en desarrollo y su autor Alex Biblie reconoce que aún hay varias cosas que mejorar.

Hasta aquí me parecía todo claro, usar CodeIgniter con esta librería para proveer una alternativa en Diaspora en PHP, pero hay un detalle necesario en el proceso de desarrollo que es la posibilidad de administrar, es decir crear/modificar/borrar tablas y registros de la base de datos de forma sencilla, buscaba algo parecido al PHPMyAdmin, es así como encontré PHPMoAdmin.

PHPMoAdmin, permite administrar una base de datos MongoDB de forma tan sencilla lo interesante de este proyecto es que dice que esta basado en un framwork PHP de alta-perfomance llamado Vork, nunca lo había escuchado y despertó mi curiosidad averiguar que tenía para ofrecer este framework PHP.

Lo primero que descubrí de Vork es que es un framwork que sigue la filosofía VMC, que está basado en PHP 5.0 o superiores, que soporta en su versión más basica como base de datos a MySQL, MongoDB y Amazon RDS, aunque puede trabajar añadiendo las librerias apropiadas con cualquier DB. Permite además importar módulos de otros framworks PHP como CodeIgniter, CakePHP o Zend. Además de entre sus muchas extensiones disponibles estan las que permiten integración con Google Maps, Charts, Analytics, Sitemap, Checkout y Translation, algo que es muy difícil de encontrar en los frameworks PHP.

Leer estas características fabulosas me animaron a probarlo y debo decir que estoy gratamente sorprendido, es rápido como afirman en su documentación y además es tan sencillo de usar como CodeIgniter, es más podríamos decir que es un CodeIgniter mejorado. Aclaro que no lo he podido usar extensamente pero por lo pronto puedo decir que estoy gratamente sorprendido por este framework y planeo usarlo en mis futuros proyectos, ya les daré más detalles conforme vaya familiarizandome con el mismo.

Instalando Diaspora en Debian Lenny

El día de ayer se hizo público el código alpha de Diaspora, una aplicación Open Source que promete terminar con el reinado de Facebook en las redes sociales permitiendo que cualquiera (con acceso a un servidor conectado a Internet) pueda establecer un nodo propio dentro de una red federada que permitiría en principio el mismo tipo de servicios actualmente presentes en Facebook.

El software que está desarrollado en Ruby y hace un uso intensivo de JavaScript en el front-end, utiliza como motor de base de datos MongoDB. Cada uno de los nodos de esta red federada recibe el nombre de "pod", el código así como instrucción sobre como instalar Diaspora en un servidor propio está disponible en GitHub.

He conseguido levantar un servidor virtual para probar Diaspora, accesible en está dirección http://diaspora.volkanrivera.com/ (UPDATE: he deshabilitado el servicio por problemas con la escalabilidad), cualquiera que lo desee usar es libre de hacerlo, pero debe tener presente que debido a las posibles vulnerabilidades existentes aún en esta versión la información que se consigne alli debe ser considerada para todo fin como información pública. Si desean registrarce directamente en mi servidor de pruebas pueden ir a este URL.

El OS que he utilizado para instalar Diaspora es Debian Lenny (a.k.a. 5.0), y he encontrado algunos problemillas al momento de la instalación que he logrado superar exitosamente.

Aquí los pasos para instalar Diaspora (recurde que para hacer la instalación necesita privilegios de root):

Primero instalemos los pre-requisitos:

# apt-get install build-essential libxslt1.1 libxslt1-dev libxml2

# apt-get install imagemagick libmagick9-dev

# apt-get install ruby-full

# apt-get install git-core

Para instalar MongoDB debemos de editar el archivo /etc/apt/sources.list y agregar esta línea:

deb http://downloads.mongodb.org/distros/debian 5.0 10gen

Ahora debemos actualizar el sistema de paquete e instalr MongoDB:

# apt-get update

# apt-get install mongodb-stable

 Luego debemos de instalr Gems desde las fuentes porque el paquete incluído en los repositorios de Debian es muy obsoleto y necesitamos al menos la version 1.3.6 para correr Diaspora. Aquí como instalar Gems desde las fuentes:

# cd /usr/src/

# wget http://production.cf.rubygems.org/rubygems/rubygems-1.3.7.tgz

# tar -zxvf rubygems-1.3.7.tgz

# cd rubygems-1.3.7

# ruby setup.rb

Ahora podemos instalar Bundler, un administrador de paquetes Ruby que hara el trabajo de instalar Diaspora y todos los módulos que necesite:

# gem install bundler

# ln -s /var/lib/gems/1.8/bin/bundle /usr/local/bin/bundle

Listo ahora si podemos instalar Diaspora propiamente dicho:

# cd /usr/local/

# git clone http://github.com/diaspora/diaspora.git

# cd diaspora

# cp config/app_config.yml.example config/app_config.yml

En este pundo ya tenemos diaspora instalado en nuestro servidor, pero habrá que editar app_config.yml con el nombre de dominio adecuado e iniciar manualmente Diaspora, lo cual podremos hacer de esta forma:

# cd /usr/loca/diaspora

# bundle exec thin start&

# ruby ./script/websocket_server.rb&

# bundle exec magent start –log-path=log/&

Recuerde poner el símbolo "&" al final de cada línea, no es un error tipográfico es necesario para lanzar la aplicación en segundo plano.

Luego de hacer lo anterior observaremos que Diaspora está corriendo en el puerto 3000, si queremos que acepte solicitudes en el puerto 80 podemos hacerlo usando apache como un proxy/load balancer, detalles de como hacer esto usando Apache se puede encontrar en este URL.

Si desean usar la DB de prueba que incluye diaspora deben instalar rake de esta forma:

# gem install –remote rake

Y luego ejecutar este comando:

# rake db:seed:dev

Ahora podría loguearse a su instalación local de diaspora usando el usuario "tom" y el password "evankorth". Espero que este tutorial haya sido de utilidad para todos Uds. y espero sus comentarios.