The time is coming. Are YOU ready to par-tay?

We travelled (a combined) 11,858 miles and more than 30 hours from Argentina and London to arrive to San Francisco and present our non-profit project (The Whuffie Bank) at TechCrunch50.

We feel so lucky and honoured to have been chosen. It was an amazing experience and every mile travelled was worth it. There are some experiences and lessons we want to share, specially for international startups presenting next year.

1. Arrive early to SFO

Try to arrive as early as you can to the Bay Area. We had more than 1 day off before the first rehearsal and it was very important to recover from the jet lag and be able to practice and perform more relaxed. You enjoy things more when you had a decent sleep.

2. Rent a car

If you drive, we recommend that you rent a car . Not only Palo Alto (where the rehearsals are) is not that close to San Francisco but also there are too many awesome places around to miss it. You have to cross the Golden Gate, go to Sausalito, walk through the Stanford campus. Go to Sillicon Valley, work from a bar and feel how many people are talking and working on technology startups. You can feel the geekness in the air (and not in that bad way you are thinking of).

3. Don’t miss any rehearsal

Rehearsals are super important and probably where you will learn most. Our presentation went from a 5 to 8/9 in two rehearsals. The first one was at Sequoia Capital. As soon as you get into their offices they have a presentation of all their funded companies (Google, Cisco, Yahoo, Youtube, Atari, Apple, etc) that made it a very inspiring place and also (a little) intimidating. It was a good intro to TC50.

The feedback we got from Jason, Tyler and all the TechCrunch Team was insightful, to the point and relevant to what we were presenting. Even if you think that your presentation is “perfect”, it will be improved a lot. The “Show, don’t tell” lesson will stick in your head.

We even had the chance to do an optional rehearsal on saturday morning that was key to improve the presentation. If you are offered the chance, take it.

And don’t forget to practice, practice and practice. Specially if your mother language is not english. It doesn’t matter where you practice (it could be a bar, room at the hotel, during dinner or even in the shower).

4. Relax and Enjoy

Presenting in front of a tech-savvy crowd and thousands of people viewing online is not easy (not to mention the quality of the panel). But they are actually very good listeners (even when they look like they are playing with their iPhones) and will pay attention to what you have to say.

In our case, we had a lot of support from all over Latin America. They even organized a “flashmob” to support our project and there were hundreds of Latin Americans watching our presentation live online.

It will be your 15 minutes at the top of the tech world, or at least your first 15 minutes :-)

Relax and enjoy.

5. Prepare to be Techcrunched

Once you launch, the real real work starts.

Have your servers ready. Cache as much as you can. And setup everything to record all that feedback (Get Satisfaction, Google Analytics, Contact Info, etc) and be able to reply to it on the fly. It will be the only way to leverage that exposure. That first day after the launch is crucial.

We opened the website to the public as soon as we finished the presentation. In 12 hours our twitter account went from 0 to 900 followers, we received almost 20,000 uniques visits and hundred of feedback by email and Twitter. Not to mention a post in TechCrunch and VentureBeat, an article in Wired by Bruce Sterling and a lot of other blogs. We are flaterred and overwhelmed by the feedback and attention we received.

As in any web project what’s more important is the feedback you can get. And being a TC50 finalist is the best place in the world to be able to get that.

6. Arrange meetings

Take advantage of your time in San Francisco and the fact that you are a TC50 finalist to arrange meetings after the conference. Meet prospect clients/partners but also with people from your country that are based there and could share some experiences and people to meet. You won’t have a lot of opportunities to be able to meet so many interesting companies (and people) at the same time in one place.

We (really) want to thank @jason, @arrington, @heatherharde and all the TC50 crew for giving us the opportunity to be there and also to be open to crazy/experimental ideas as the one we presented.

The event was super well organized and we were treated as rockstars during all week.

The Whuffie Bank Team

P.S.: If by any chance there’s a RockBand demo at the demopit next year, make sure you hijack it from early. We did :-)

Una de las cosas que mas disfruto en mi coteidaneidad es cambiar el mundo. Y no como el cliché de querer cambiarlo todo, ni como la existencialista imposibilidad de controlarlo.

Me refiero a labrar pequeñas cosas que importen.

Un tema recursivo en mi pensar es cómo hacer que cada sitio propuesto sea el mejor. Porque así debería ser planteado cada vez. No como el ideal, sino como el mejor en algún detalle.

Hace algunos meses me inquieta (obsesivamente) la performance. Si bien es cierto lo que dice Jeff Atwood que el hardware es barato y los programdores caros, hay temas que no pueden reducirse a comprar fierros.

Desde aquí voy a dar un ejemplo y un aporte:

Por alguna razón la otra noche necesitaba poner un modal en una página, motivo por el cual y sin dar muchas vueltas me decidí a portar fancyzoom a jQuery. En el primer hit a google encontré que la gente de orderedlist ya lo había hecho.

El plugin no soporta cargar contenido por ajax pero funciona y pesa 4.5k comprimido. A esta altura algún lector atento dirá y con razón que generalmente no es el tamaño lo que importa. En nuestro caso el script usa 9 imágenes para mostrar las sombras haciendo un total de 16k.

La mayor cantidad de tiempo que demora una página en cargar está relacionado con el delay en los requests. No solo en la bajada del archivo, sino también en la conexión TCP (Voy a insistir en este punto porque comúnmente no es despreciable el tiempo desde el primer SYN al último ACK).

Sólo para el modal tendríamos: jQuery + modal + 9 imágenes + css. Ah, si. Estoy al tanto que en la informática existe algo llamado caché, pero que exista el caché no debería ser bandera para evitar tener muchísimo cuidado cuando hacemos Internet.

Luego de varias modificaciones para que comprima mejor y habiendo agrupado las 9 imágenes en 2, quedó pesando, el script comprimido 3.8k (ahora soporta cargar contenido por ajax!) y 5k las imágenes. Osea 57% menos con una nueva funcionalidad.

La manera de usarlo es la misma que antes:

$(document).ready(function() {
    $('a.zoom').fancyZoom();
});

Salvo que ahora si querés cargar otra página de tu dominio por ajax podés hacer:

$(document).ready(function() {
    $('a.zoom').fancyZoom({url: '/index.html'});
});

Acá les dejo el script para que lo usen, está el archivo comprimido, el original, las imágenes en png y las imágenes en gif

EDIT: Cree un repositorio en google code, lo pueden bajar actualizado de acá.

Y pueden ver una demo online

Martín Conte Mac Donell - mconte@atommica.com

Seguramente pasó por la mente de muchos la ilusión que en algún futuro (cercano) se pueda controlar su hogar desde el teclado. Quizás en mente de otros circulaba la idea de poder calentar el café antes de abrir la puerta o prender el aire para que, al llegar, la temperatura sea ideal.

También existen quienes pretendían con mucha fuerza poder controlar sus luces con un bitwise!

Bueno, esos últimos somos nosotros. Y así nació “elitza”.

“Elitza” (que de hecho es una deformación de la palabra “Eileithyia”), es la encargada de controlar las luces en nuestra oficina (Estríctamente lo hacemos nosotros a través de ella pero incluso es programable para hacerlo sola). Consta de dos partes: La parte física y la parte lógica.

Parte Física

La parte física es básicamente un integrado ULN2803 (Es un chip con 18 pines que internamente tiene 8 transistores NPN Darlington y cada Darlington tiene un IN y OUT enfrenteados), 8 relés de 12v y un conector DB-25 hembra.

Con eso y las herramientas “de siempre” (Soldador, tijeras, cobre, estaño, etc) ya fue suficiente para ponernos manos a la obra.

El esquema del circuito fue dibujado, digitalizado en el ARES, impreso en papel vegetal e “insolado” en una placa fotosensible.

Luego pasamos cables por toda la oficina, conectamos los cables a la placa, la placa al servidor y voalá.

Parte Lógica

La parte lógica es un script escrito en python que tiene una interface con el puerto paralelo, un base http server para poder llamarlo remotamente mediante un GET. El script tiene 3 métodos: on(luz), off(luz), status. (Los cuales devuelven el estado de, en este caso, las 11 luces).

A este script le hicimos un front-end web muy bonito que tiene este aspecto:

Donde eventualmente vamos a poner una camarita y vas a poder apagarnos y prendernos la luz.

Acá están los planos: [*]

[*] Mentira. Si querés hacerlo, mandá un mail a mconte@atommica.com y te enviamos los planos de la placa o lo que necesites.

Martín Conte Mac Donell - mconte@atommica.com

we love the apple :)

Sonó el despertador 7:00; comenzamos la jornada en un horario que acostumbramos terminarla.

Luego de descubrir que el dia no se inicia a la hora que suponíamos y después de una sucesión exponencial de vasos de café empezaron a llegar los protagonistas. Quién precedió la llegada del grupo fue Facundo que, luego de algunos (im)previstos, dejó su charla de Unicode lista para las pistas.

Comenzamos contando sobre Dummia (Startup que ya sabrán lo que trama en un acotado tiempo-espacio) y de nuestro compromiso con la comunidad. Mostramos un proyecto que tenemos entre manos y le cedimos el lugar a Facu que nos contó un poco de Unicode (pa’ empezar nomás).

Diez y treinta comenzamos a meterle manos al asunto e inmediatamente después de un interesante debate sobre encoding iniciamos el bug day. Lo que vino a continuación fue una secuencia de 8 horas (Con un receso de algunos minutos donde deglutimos pizza(s)) a puro fixing. En un determinado momento del día llevábamos cerrados mas de la mitad de los bugs del total mundial. Un buen promedio.

Casi animándome a contradecir a Kundera, fue muy productivo y significante.

Martín Conte Mac Donell - mconte@atommica.com

Todo el caos de la mudanza y el despegarse de la mistica y los codigos de nuestra querida oficina de Livra, pueden ser determinantes para todos los que vamos a convivir en la nueva oficina mientras tratamos de hacer algo muy grande :).

Por eso, para darle desde el inicio toda la mistica y la cultura que nosotros creemos que nos ayuda a lograr todos los objetivos que tenemos en mente, decidimos comenzar a lo grande. Nos tomamos la libertad de tomar elementos de una de nuestras series preferidas ( Lost ), y con eso bautizar la oficina y toda la infraestructura que vamos a tener.

Todo esta cuidadosamente pensado y cada cosa tiene su lugar especifico, asique sin mas preambulos, aca va la presentacion:

Oficinas nuevo codename:
Dharma Initiative

The Stations (servers)

1- The Flame: es una estacion de comunicaciones y concentra la comunicacion con el mundo exterior y otras estaciones de Dharma. Este va a ser nuestro server donde vamos a tener: Gateway, VPN, Nagios y Cacti

2- The Pearl: Inicialmente era el lugar en donde creiamos que se monitoreaba toda la actividad de la isla y otras estaciones, despues nos dimos cuenta de que tambien esta estacion era monitoreada. Por eso aca vamos a poner: Active Collab, SVN, Mail Srv, Print Srv y demas cosas relacionadas al monitoreo / management de los proyectos y aplicaciones que tengamos.

3- The Tempest: Ademas de prevenir de que un gas se expanda por la isla, esta estacion es muy importante porque es la encargada de distribuir la electricidad a todas las demas estaciones. The Tempest es el core de la isla, sin ella las otras estaciones no servirian para nada. Este va a ser nuestro DB server, basicamente porque sin DB, no existirian ninguna de nuestras aplicaciones :)

4- The Swan: Es una de las estaciones mas importantes, porque era en esta en donde habia que ingresar la famosa secuencia de numeros, para que no detone el campo magnetico ( que iba a sacar a la isla del loop temporal ) y es uno de los lugares de la isla en donde mas tiempo pasaron los protagonistas. Por lo tanto, este va a ser nuestro Devel Server, en donde vamos a hacer todo el coding y vamos a estar mas tiempo trabajando

5- The Arrow: Todavia no se sabe bien para que servia, mas que como deposito de cosas, y donde estaban los sobrevivientes de la cola del avion. Este entonces, va a ser nuestro servidor de windows ( jejej )

FAQ

¿Porque usar LOST para esto?
porque nos gusta muchisimo, pasamos horas discutiendo teorias locas, y es la mejor serie de los ultimos años en television.

¿No esta muy quemado LOST?
no tanto como starwars o LOTR :)

¿Porque faltan estaciones?
a medida que la infraestructura vaya escalando, todavia nos quedan 5 estaciones para nombrar a los servers

¿Que van a hacer cuando se queden sin estaciones?
vamos a empezar a utilizar nombres de otros lugares caracteristicos de la isla ( el black pearl, las cuevas, la playa, la otra isla, el avion del bro de mr eko, la cascada, etc )

¿Como se les ocurrio esta idea tan grosa?
somos re creativos (???). si queres trabajar con nosotros podes mandarnos tu cv a jobs@devego.com - jobs@dummia.com

No miro LOST / No me gusta LOST
igual te queremos! y todavia hay muchas cosas a las que ponerle un nombre :). si queres ayudarnos mandanos tu cv a jobs@devego.com - jobs@atommica.com

Mapa de Servidores