He descubierto que es un proceso sencillo y estaré buscando maneras de hacerlo más estético a como lo tengo ahora.

El primer paso para migrar una librería es incluir toda la librería en una función que sea invocada inmediatamente. Hay varios patrones para esto, chequen este link para más información sobre funciones invocadas inmediatamente.

Esto sucede para homogenizar el contexto global de los 2 ambientes. En el browser nos interesa trabajar con window y en node nos interesa trabajar con exports.

(function (global){
 
}(typeof window  === 'undefined' ? exports : window));

El siguiente paso implica cargar todas las dependencias que utilizaremos en nuestras librerías, en este caso tenemos que hacerlo de manera distinta en el browser que en node. Por lo cual preguntaremos si existe require para cargar librerias en node de la siguiente manera

typeof require !== 'undefined'

Y en caso de no existir la función require, asumiremos que ya exiten las dependencias en nuestro browser. Como ejemplo está este código donde cargamos Neon en Tellurium

if(typeof require !== 'undefined'){
    var Neon = require('./vendor/neon/neon.js');
 
    var Module = Neon.Module;
    var Class = Neon.Class;
    var Interface = Neon.Interface;
 
}else{
    var Module = global.Module;
    var Class = global.Class;
    var Interface = global.Interface;    
}

El último paso es exponer nuestra libería al ambiente global para que pueda ser usada por otros módulos.

global.Tellurium = Tellurium;

Como parte de mis futuros experimentos para realizar esto, se incluye checar correr requirejs en node y probar cómo funciona. Para más información chequen este artículo.

Les informaré como me va.

Bien, primero instalamos node. La manera en que lo instalo es del repositirio de git, para que sea fácil de actualizar, aunque es más fácil instalarlo del tar.

sudo apt-get install build-essential git-core curl libssl-dev
git clone git://github.com/joyent/node
git checkout v0.6.6
./configure
make
sudo make install

Pueden checar si ya tienen node corriendo

node -v

Recuerden que ahora node viene con NPM, por lo cual no necesitan instalarlo

npm -v

Para instalar Cloud9 necesitarán algunas dependencias más

sudo apt-get install -y build-essential g++ curl libssl-dev apache2-utils git libxml2-dev libssl0.9.8

El siguiente proceso es bajar el repositorio e inicializar los submodulos

git clone git://github.com/ajaxorg/cloud9.git
cd cloud9/
git submodule update –init –recursive

El siguiente punto es inicializarlo

sudo bin/cloud9.sh -p 8080 -w /opt/lampp/htdocs/

Por default corre en el puerto 3000, pero prefiero correrlo en el puerto 8080 por que el proyecto de la chamba corre en el 3000 por default y suelo correr mis módulos de node sobre lamp para probar que mis librerías corran tanto en el browser como en node.

Chequen bin/cloud9.sh –help para más opciones.

Este escrito esta pensado para el blog del Hacker Garage, donde sera el evento, somo me gusta llevar un recopiliacion en este blog, para mas informacion chequen el blog del Hacker Garage. Gracias a @RuyCer y a @CelesteNorth por su ayuda a estructurarlo.

Ve pláticas de gente fenomenal, escribe código y toma chela con tu comunidad favorita.

Hola! Soy Siedrix (Daniel Zavala) y he participado de varias comunidades técnicas del DF, como en organización del SuperHappyDevHouse, Hackspedition y otros eventos. También he participado de cerca con varias comunidades técnicas alrededor de México y en otras partes del mundo. En estas experiencias he oído muchas veces, de mucha gente diferente, la misma opinión:

En México hay una gran comunidad y gran talento

Creo que en México tenemos la dedicacion y el interés de hacer las cosas en grande. Creo también que a veces en México nos hace falta un pequeño empujón: un poco de guía en lo que queremos hacer,y hacer mas visible el gran trabajo que hemos venido realizando.

Hace un mes me mudé a Guadalajara, y durante este tiempo he visto muchos grupos haciendo cosas bastante interesantes. Me gustaría contribuir a los esfuerzos de los grupos que convergen en el HackerGarage, y me gustaría ayudar a generar un ambiente similar al del Hacker Dojo.

Para generar este ambiente que todos estamos tratando de logar de innovación, creatividad y comunidad, creo que la guía de grandes personas nos ayudaría a avanzar mas rápido. Por ejemplo, el Hacker Dojo las pláticas de personas como Rasmus Lerdorf, David Weekly, Progrium, Lee Felsenstein y muchos otros, han contribuido mucho al crecimiento de los miembros de aquella comunidad.

En el HackerGarage se realizan constatemente pláticas donde los miembros comparten su conocimiento. Y eso está muy, muy bien. Pero les propongo algo que complementa este esfuerzo: reunirnos en comunidad a ver la gran cantidad de contenido de calidad disponible en línea–presentaciones, cursos, seminarios–para generar un evento donde veamos al otro tipo de personas, y donde podamos platicar entre nosotros sus ideas. Platicar de tecnología, escribir código, tomar chela y esas cosas que los geeks necesitamos.

Esta es una idea que ya tenia pensada llevar acabo desde que vivía en el DF, pero la vida me llevó a moverme a Guadalajara, y me agrada ver que hay una comunidad igual de entusiasta con la puedo compartir este tipo de eventos. Ahora, despues de un periodo de adaptación creo que estoy listo para ayudar a la organizacion del HackerGarage y del SuperHappyDevHouse Guadalajara con los eventos que se organizan.

La primera sesión de Beer and Code será el próximo viernes 19 de agosto en el HackerGarage, buscando poner la siguiente plática en un proyector, programar un rato, platicar de tecnología con otros asistentes, tomar chela y relajar el estrés de la semana.

Making Apps That Dont Suck

La idea es empezar a organizar este tipo de eventos seguido, como algún día paso con los hackups en la Ciudad de México.

Daniel Zavala

Ademas @nRikeDiaz comento en twitter “Yay, @Siedrix es más famoso que Duane Nickull, al menos en el Hacker Room .” y yo culpo a adobe por eso.

Me gustaria compartirles el video(no se grabaron las primeras 2 o 3 slides) y los materiales de la platica, dejen cualquier duda en los comentarios y tratare de resolverla.

• El video se encuentra en el ustream del hackerroom, link directo a la presentación.
• El codigo se encuentra en mi github, link directo al código.
• Las presentaciones se encuentran en este link

El próximo miércoles a las 8 de la noche tendremos la siguiente platica, había comentado que fuera sobre localstorage y como hacer one page ajax aplications, pero varias personas pidieron que continuaremos con Nodejs, por lo cual voten que desean de platica.

La herramienta se llama sprintloops y tiene los siguientes features para cada proyecto que tienes dado de alta:

• Tickets: Tienes la posibilidad de levantar tickets para cada tarea que requieres realizar, los puedes asignar con una prioridad y tienen un estado que puede ser abierto, en proceso, resuelta o cerrada.
• Milestones: funciona para agrupar varios tickets, cada milestone tiene una fecha para la que debe de ser resuelto.
• Un repositorio para el código del proyecto: puede ser un SVN o un GIT, tienes un bonito visualizar en el browser de tus archivos y una manera de saber las diferencias entre cada commit.
• Entregar el código a tu servidor: puedes agregar una dirección de ftp, sftp o algunas cosas más de tu servidor y con eso entregar el código a tu servidor. Tengo que confesar que funciona mucho mejor con mis proyectos de PHP que lo que realizo con Node, por que no he logrado resetear el proceso en node sin entrar al servidor por ssh.

Además de todos estos features tienes la posibilidad de tener encargados para cada tarea y tener un timeline de los cambios que van sucediendo en el proyecto, pero como trabajo solo, no he hecho mucho uso de esto.

Espero que esta herramienta les ayude un poco a mejorar su organización, en el caso de que ustedes ya tengan una herramienta que usen para organizar sus proyectos me gustaría probarla, les agradecería que dejaran un comentario con el link a la herramienta y porqué les agrada.

En esta entrevista Ryan Singer dice 2 cosas importantes:

• Hacer interfaces implica conectar a un usario con la informacion de la base de datos
• Mientras mas cerca este el desarrollador y los disenadores sera mas facil desarrollar una interface.

Espero que les agrade la platica. Adelante el video por que las 2 primeras preguntas son “Como empezaste a trabajar en 37 signals?” y “Por que todos los disenadores deben de viajar a japon un vez en la vida?”

Me gustaria tener un buen debate sobre este tema, asi que imagen que esto es un foro y no un blog?

En esta plática Rebecca Murphey nos habla de las necesidades y riesgos de aprender javascript de esta manera.  Pasando por ejemplos de código hechos muy DOM céntricos hasta las grandes preguntas que los desarrolladores necesitemos responder para llevar el lenguaje al siguiente nivel.

Espero que hayan disfrutado la platica y si algun dia quieren reunirse por un cafe y hablar de eso, me encantaria. Me pueden contactar por los comentarios del blog o por mi twitter @siedrix .

John Resig – The Future Of JavaScript & jQuery 2010 from legacye on Vimeo.

Espero que esto les permita usar jQuery y sus nuevos APIs. Los nuevos APIs parece que haran nuestra vida mas facil.

Vamos empezar con algunas cosas básicas que necesitamos tener:

Algunas cosas básicas que necesitamos
sudo apt-get install build-essential
Necesitaremos Git
sudo apt-get -y install git-core gitosis

Installar CouchDB

Prerequisitos de CouchDB
sudo apt-get install make gcc zlib1g-dev libssl-dev libreadline5-dev rake
Fecheamos CouchDb
git clone git://github.com/jhs/build-couchdb
cd build-couchdb
git submodule init
git submodule update
Hacemos Rake a Couch, tomara un rato, pero hace todo por nosotros, entonces vale la pena esperar.
rake
Despues inicializamos Couch con:
build/bin/couchdb
Despues vamos al browser en la direccion http://127.0.0.1:5984/ y debemos de ver
{"couchdb":"Welcome","version":"1.0.0"}

Installar Node.js

Bajamos el codigo
git clone git://github.com/ry/node
cd node
Installamos Node
./configure
make
make install
Testeamos Node
make test
Construimos la documentacion
make doc
De esta manera siempre tendremos la documentacion en
man doc/node.1

Seria genial poder correr un audio con las siguientes lineas de código:

soundManager.createSound({
  id: 'mySound',
  url: '/path/to/an.mp3'
}).play();

Y esto ya es posible, hay una librería llamada SoundManager2 que utiliza javascript para correr archivos de audio, decidiendo si se hace con html o flash dependiendo la situación, esto es una solución bastante útil para resolver problemas de compatibilidad. Pueden encontrar esta librería en esta pagina.

Otro ejemplo es esta librería que utilizando javascript nos permite pasar texto a audio y viceversa. Usando una combinación de javascript y flash para controlar el audio y el micrófono.

Con lo cual tenemos la posibilidad de construir una extensión de chrome que nos permita cambiar cualquier pagina a audio, cambiar nuestra pagina para personas con discapacidad o hacer cualquier otra cosa que se nos ocurra (como saludar o mentarle la madre a las personas cuando entran un sitio basadas en el browser que tienen(cuantos developers les gustaría mentarle la madre a cada persona que entra a un sitio usando IE6)).

Tenemos la posibilidad de crear muchas payasadas y creo que esto sera un paso bastante agradable para fomentar mejores aplicaciones web, como tener streaming de audio por javascript.

Nota: Por favor, developers de javascript, absténganse de poner música con auto play al entrar a un sitio.