Pablo Brenner & Sergio Fogel Blog

El Viagra perdió su lugar como artículo más promovido en el correo basura, y lo desplazó… el Tamiflú !

Se presta para chistes de todo tip. Sugerencias?

Read Full Post »

Sergio arranco con el tema, y me genero «lembrancas» de cuando tuve la «suerte» de visitar por temas laborales los laboratorios de la NASA. Digo «suerte» porque en realidad fui con bastante estres a arreglar algunos bugs en equipos que les habiamos vendido, pero termino siendo una experiencia alucinante.

Fue por fines de los 80 o principios de los 90, la NASA habia comprado equipos de FDDI nuestros para su red interna de datos, los equipos a mi entender funcionaban perfecto, y ya teniamos muchos clientes contentos, la NASA compro, y su departamento de testing los testeo por un par de meses y nos mando su reporte, habian encontrado mas de 40 bugs!

Cuando quise reproducrilos para arreglarlos en nuestros laboratorios me encontre con que simplemente era imposible reproducir la mayoria de las situaciones, por lo que tuve que tomar el avion y pasar un par de semanas en sus laboratorios de Langley Virginia.

Ahi me encontre con una cultura totalmente diferente:

– Segun ellos nuestro equipo era el primer equipo de datacom que compraban en la historia, todo lo demas era desarrollado inhouse (routers, switches, etc), y recientemente habian llegado a la conclusion de que no era viable

– Para poder testear nuestros equipos habian desarrollado ellos mismos hardware para testear escenarios extremos, que practicamente era mas dificil de disenar que nuestros equipos mismos

– Para dar un ejemplo, habia un escenario en que el equipo de ellos generaba paquetes que terminaba dejando a nuestro equipo totalmente sordo, yo les argumentaba que me resultaba muy dificil de creer ya que habiamos testeado todos los escenarios imaginables. Pero (obviamente) en su lab me mostraron que si pasaba, despues de cierto debugging juntos (la verdad es que los tipos eran super buena onda, y muy dispuestos a colaborar) encontramos que el bug se generaba cuando mandaban un paquete de ethernet de 4096 bytes (segun la especificacion de Ethernet el paquete maximo era de 1518 bytes, y la verdad es que no habia en ese momento chips de Ethernet que supieran enviar paquetes de ese tamano, y ni nosotros ni el fabricante del chip habiamos nunca imaginado que alguien mande un «monster packet», como le decian ellos).

Me acuerdo de ese ejemplo, pero como ese hubo muchos, como quien dice, «me llenaron la cara de dedos», pero con la ayuda de ellos, testeamos escenarios inimaginables y armamos un producto recontra robusto, y reforzo lo que despues seria parte de mi filosofia de diseno de productos de redes: «al momento de transmitir hay que ser mas papista que el papa, ya que el minimo error puede hacer caer algun equipo de la red, y al momento de recibir hay que ser super tolerante y aceptar que puede llegar cualquier porqueria y bancarsela», en cualquiera de los dos casos, si la red cae, la culpa es tuya, al cliente le importa poco y nada que el producto taiwanes que tiene del otro lado no cumple con las especificaciones, o en otras palabras, «la policia de protocolos no existe, y a quejarse al cuartito» (hoy es obvio, pero 30 anios atras, en un mundo dominado por IBM y DEC, donde las redes eran en su mayoria muy homogeneas, no era tan obvio)

Una ultima anecdota de mi visita a la NASA, para entrar tuve que mandar mis datos 1 mes antes, y pasar un Security Due Diligence, cuando llegue y mostre mi pasaporte Uruguayo, me dicen: » con este pasaporte no precisabas todos ese due diligence» (????!!!!!), una de dos o Uruguay tenia un acuerdo de cooperacion tecnologico con la NASA o nos consideraban totalmente inofensivos 😉

Read Full Post »

Con el 40 aniversario del Apolo XI, todo el mundo está hablando del tema.Recomiendo especialmente el libro «Failure is not an Option». El libro cuenta la historia de Gene Kranz, el jefe de Mission Control de las misiones Apolo de número impar (había dos equipos, mientras un grupo preparaba un lanzamiento, el segundo iba planificando el siguiente). Eso significa que le tocó controlar la Apolo XI y la XIII. Hay algunass partes del libro que son impresionantes.

No hubo prácticamente misión que no haya tenido alguna falla. Algunas de ellas son bastante espeluznantes, como una en la que se agujereó un depoósito (creo que de oxígeno), y la nave empezó a girar cada vez más rápido. En otro de los casos, tenían que practicar el acople del módulo de comando con el módulo lunar.

Lo habían ensayado hasta el hartazgo en tierra, pero era hora de hacerlo en el espacio. El encargado de controlar el joystick hizo la maniobra, y le erró. Volvió a intentar, y volvió a errar. Después de varios intentos fallidos, descubrieron lo que estaba pasando: cuando aceleraba para acercarse, el módulo de comando aumentaba la velocidad, y por lo tanto cambiaba de órbita.

El libro es un poco árido, pero lo disfruté mucho. Después de leerlo, resulta impensable creer en las historias de la supuesta «mentira» del viaje a la luna.

Lo otro muy interesante es la diferencia entre la Nasa de esas épocas y la de hoy. La Nasa de ese entonces tomaba riesgos que lindaban con lo kamikaze. La de hoy no tolera riesgos de ningún tipo (es comprensible, después de haber perdido 2 shuttles en 127 misiones). De hecho, la semana pasada fuimos al centro espacial con los chicos a tratar de ver el despegue del Endeavour.La misión se canceló a último momento por una tormenta que se avecinaba, y que hubiera hecho que, en caso de abortar la misión, se hubiera dificultado el aterrizaje.

Read Full Post »

Todos conocemos el modelo shareware en software: Probá mi producto, y si te gusta, me pagás.

La semana pasada vivimos lo mismo en Boston. Un grupo de alumnos de Harvard hacen un tour gratuito de la universidad, solo en base a propinas. El tour es de lo mejor que he visto, y dura aproximadamente 90 minutos. La propuesta es espectacular. Salis del «T» (el metro de Boston) y te ofrecen un tour gratis de la universidad: no podes decir que no. Y finalizado el tour, no podés no dejarles una propina (ellos sugieren U$S 20 por persona como referencia, aunque todo sirve). En nuestro grupo había cerca de 60 personas, con lo cual, asumiendo U$S 10 por cabeza, los pibes se hicieron U$S 600 en un rato. Si hubieran cobrado, el precio sería más alto, pero para juntar 20 personas hubieran tenido que esperar toda la mañana.

Otros que la tienen clarísima son los que limpian los pescados en Punta del Este. Volvés de pescar, y si tuviste suerte traes un balde con unos buenos pescados. Se los das a limpiar, preguntandoles cuanto cuesta. «Es a voluntad» te responden. En general les terminás dando bastante más de lo que te costaría el pescado ya limpio.

Es un modelo que da para expandirlo, especialmente en tiempo de crisis.

Read Full Post »

Abajo el trailer de la película uruguaya «Mal día para pescar», de Alvaro Brechner. Le deseamos mucha suerte a Alvaro con el lanzamiento comercial. Lo que me gusta de lo que vi de la película es que es bastante universal, no se centra en la problemática específica del Uruguay.

Read Full Post »

Foto tomada en el MIT el 6 de julio del 2009. El cartel estaba allí, juro que no tocamos nada…

CN de F en MIT

Read Full Post »