¡Ladran Sancho! Señal que cabalgamos...

¡Cómo me gusta que esta gente se ponga nerviosa!

Véanlo ustedes mismos, en barrapunto: Microsoft y Extremadura

Vídeo de la charla “Squeak en la OLPC” - Conferencia Internacional de Software Libre 3.0 (Badajoz, Febrero/2007)

Haciendo un poco de egogoogling me encontré que, en el sitio www.archive.org, hay un vídeo con licencia creative commons de mi última presentación, en la conferencia de software libre de Badajoz.

Pueden bajar el vídeo desde esta página:

http://www.archive.org/details/FSWCOLPCSqueak

También podemos encontrar el audio de la edición especial del programa de radio “Red Babel”, que se emite los sábados en RNE 3 (Radio Nacional de España 3); sobre Software Libre en general, donde compartí mesa con Richard Stallman, Marcelo Branco, Paco Huertas, etc.

Pueden bajar el audio de las 2 horas de programa desde acá:

http://www.rtve.es/rne/r3/audios/prog/redbabel/red_20070210_a.mp3

http://www.rtve.es/rne/r3/audios/prog/redbabel/red_20070210_b.mp3

¡Qué lo disfruten!

Webcam, en Squeak, en la OLPC, a 20 cuadros por segundo

Una cosa es hacer andar código viejo en la OLPC, y otra muy distinta es que ese código funcione de forma aceptable. En el procesamiento de vídeo es, tal vez, uno de los objetivos más ambiciosos sobre la OLPC.

Imaginemos que tenemos que procesar 20 cuadros por segundo, y que la imagen mide 320x240 píxeles. Cada píxel está compuesto por 3 datos (la parte Roja, la parte Verde, y la parte Azul) que se denominan RGB (Red, Green, Blue). Si tenemos que procesar cada punto de la imagen, tendremos que procesar 320x240 veces, por cada cuadro, las operaciones para la parte Roja, Verde y Azul.

Para lograr tener 20 cuadros por segundo, con una imagen de 320x240, tendremos que realizar:

320 (ancho) * 240 (alto) * 3 (RGB) * 20 (cuadros/seg) = 4.608.000 (operaciones/seg)

En un procesamiento como ese, la poca velocidad de la OLPC se hace notar.

Bueno, el primer port del código Linux a la OLPC, fue prácticamente sin problemas PERO la velocidad de procesamiento obtenida era de lástima. Sólo procesaba 3 cuadros por segundo.

Después de algunos cambios en el código (evitar aritmética de coma flotante, loop unrolling, uso de bitmaps de 16 bits en lugar de 32 bits, etc) logramos 20 cuadros por segundo.

Una cosa a tener en cuenta es que el modelo y la filosofía de Squeak imponen mayores requerimientos al código. Dicho de otra forma: Procesar vídeo en Squeak no es SOLO mostrar un vídeo a pantalla completa, lo más rápido posible. Si sólo hiciésemos eso, podríamos obtener los mismos 30 cuadros x segundo con una imagen de 640x480 pixeles que logran la mayoría de los programas de control de cámaras de vídeo. Procesar vídeo en Squeak es integrar el vídeo como un ciudadano de pleno derecho dentro del mundo de objetos 100% manipulables y programables.

No sirve de nada poder ver vídeo si no podemos hacer nada con el. En Squeak el vídeo puede ser manipulado como cualquier otro objeto (se puede rotar, mover, cambiar de tamaño, etc). También puede ser programado desde guiones de eToys.

Este es el vocabulario del objeto de vídeo:

Con este vocabulario (y el vocabulario de los demás objetos Squeak) se pueden hacer algunos experimentos interesantes.... Por ejemplo: Si hacemos una animación en Squeak, de las clásicas, pero si en lugar de llenar el Contenedor con dibujos hechos a mano, lo llenamos con 1 cuadro por segundo desde la webcam (usando la propiedad #lastFrame), obtendremos una animación que es un vídeo acelerado (como esos vídeo de crecimiento acelerado de las plantas que ponen en los canales de documentales, o una manzana que se pudre en 20 segundos, etc) de lo que esté capturando la Webcam.

Lo más interesante de esta opción es que, el vídeo acelerado, es una producción del niño. No usa la opción “mostrar vídeo acelerado” que hace todo por el, sino que tiene que enfrentarse a resolver el problema, usando conocimiento que ya tiene. Muy en la línea de Squeak.

Para terminar les dejo una pregunta:

¿Qué otros experimentos se podrán hacer con la Webcam y Squeak?

Mis impresiones sobre la OLPC Prototipo BTest-1

De la misma forma en que se adelantó Papá Noel, los Reyes me trajeron el “prototipo B1” de la OLPC.

Debemos recordar que el proyecto OLPC no es un proyecto tecnológico, sino que es un proyecto educativo. Las diferentes decisiones que se fueron tomando, fueron siempre considerando que el objetivo es hacer una computa barata, portátil, fuerte y eficiente que será usada por chicos, para mejorar su educación, en lugares donde pueda ser difícil conseguir energía para las máquinas.

Para explicar rápidamente que es una OLPC, podemos decir que es una notebook “pequeña” pero lo suficientemente “potente” para lograr un gran impacto en los procesos educativos.

Pequeña:

• Para los pequeños. Es una computadora pensada para ser usada por chicos.

  • ¡Es verde!

  • Esquinas redondeadas

  • Manija para llevarla

  • Tiene un joystick

  • El teclado es de goma, para que se ensucie menos y soporte algo de agua.

  • Las antenas, cuando están plegadas, protegen los conectores.

  • No se puede abrir la computadora sin abrir las antenas. Esto quiere decir que, por diseño del hardware, todo el mundo siempre tendrá las antenas levantadas... maximizando la posibilidad de que la red P2P funcione.

• Pequeña en Tamaño:

  • pesa menos de 1.5Kg

  • el display mide 7.5”

  • las teclas son para el tamaño de los dedos de los chicos

• Poco Consumo:

  • Uno de los lemas del diseño es: “Más duración de la batería == Más Utilidad”.

  • El consumo es, a grosso modo, 1/10 del consumo de una notebook “normal”.

  • No hay partes móviles.

  • Display con poca superficie a iluminar.

  • Diseño en el hardware que permite el uso del display y de la placa inalámbrica con el procesador suspendido.

• Barata.

  • El objetivo es que cada unidad se pueda vender en 100USD.

  • El precio conseguido, hasta hoy, es de 130USD.

• Pequeña en Capacidades:

  • Comparadas con las notebooks comerciales que se venden hoy en día, son pequeñas en capacidad. Aunque debemos recordar que el objetivo es que cada unidad cueste sólo 100USD (un costo bastante menor al de las notebooks actuales).

  • También debemos tener en cuenta que se maximizó el ahorro de energía, así que no se consideró poner un mega-cuadruple-super-cpu que necesite un reactor nuclear para funcionar.

Potente:

• Pantalla Dual Color/Blanco y Negro, con resolución de 1200x900 (200dpi).

  • La pantalla puede ponerse desde un modo de muy bajo consumo (Blanco y negro, con el backlight apagado), hasta un modo muy cómodo (Color, con la iluminación completa).

  • La pantalla puede funcionar con el procesador suspendido. Permitiendo, mientras el chico está sólo leyendo, el ahorro de energía.

  • El display, en modo blanco y negro y sin la luz, tiene muy buena visibilidad incluso con la luz del sol.

• Red inalámbrica con capacidad P2P.

  • La placa inalámbrica puede rutear paquetes mesh incluso con el procesador suspendido.

• Multimedia

  • 2 parlantes incluidos.

  • 1 micrófono

  • Webcam

  • Todo lo necesario para hacer video-conferencias.

• Extensible

  • 3 puertos USB

  • 1 lector de tarjetas SD-Card.

  • 1 conector para auriculares.

  • 1 conector para micrófono (que, además, puede usarse como un puerto de conexión de sensores baratos).

• Modo eBook. Se pliega el display sobre el teclado.

  • Cómodo para usar como libro.

  • Cómodo para jugar.

• Robusta

  • No tiene partes móviles. ¡NO HACE RUIDO!

  • Los conectores son del tipo más fuerte posible.

  • El teclado es de goma.

  • Se van a romper 500, de las 800 y pico unidades B1 que se hicieron, para probarlas.

Todas las características en: http://wiki.laptop.org/go/Hardware_specification

Y algunas fotos:

Charla de Squeak en GUADEC (22/Mayo/2004) - Almendralejo, España

Conferencia Internacional de Software Libre 3.0

Los días 7, 8 y 9 de febrero de 2007, se celebrará la Conferencia Internacional de Software Libre 3.0, organizada en conjunto por los gobiernos regionales de la Junta de Extremadura y la Junta de Andalucía.

Estoy invitado a participar dentro de la Mesa de Creadores de Conocimiento Libre, el día 7 de febrero, de 18:00 a 19:30Hs; donde mostraré las novedades relacionadas con Squeak ocurridas durante el último año. Seguramente mostraré un Squeak funcionando en un prototipo de la OLPC, así como también los desarrollos relacionados con la Web 2.0, y alguna cosita más...

¡Están todos invitados!

Video4Squeak funcionando en la OLPC

Ya había comentado que estaba trabajando para el Squeak que vendrá instalado en las OLPC (las míticas notebooks de 100USD.

Específicamente mi trabajo es lograr que el Video4Squeak (proyecto que yo ya tenía desarrollado para la imagen de Small-Land que usamos en Extremadura) funcione con la configuración de hardware que tienen las OLPC.

Sin más preámbulo, les dejo un screenshot del Video4Squeak funcionando en una OLPC (prototipo beta):

En la foto podemos ver a Bert Freudenberg y a Yoshiki Ohshima, dos de los hackers de VPRI.

Squeak, muy pronto, tendrá una licencia MIT

No son desconocidos los “problemas” de licencia de Squeak. Por otro lado, hace poco hablábamos que Apple había acordado relicenciar el Squeak (versión 1.1) como APSL2.

Poco después, supimos que Apple nuevamente había acordado relicenciar Squeak, y esta vez lo hizo con una licencia Apache 2.

Ahora Viewpoints Research Institute está encargándose de contactar a todos los autores de código incluido en Squeak después de la versión 1.1 para relicenciar todo el Squeak con una licencia MIT.

Yo ya envíe, por correo normal y firmado en original, el acuerdo donde acepto relicenciar la parte que me corresponde.

Squeak en Extremadura y la OLPC: Ejemplos contra las patentes de software.

Hace algún tiempo que anunciábamos el vídeo que La Junta de Extremadura había producido sobre el uso de Squeak en la región.

Este fin de semana me enteré de esta nota:

http://www.groklaw.net/article.php?story=20061118091048997

La nota no tiene desperdicios, pero me quedo con estos fragmentos:

“I enjoyed personally from the video the little girl who said Squeak introduced her to computers and she found out she likes them. Is that not what education is supposed to do for children?”

“... so programmers can work to create masterpieces like Squeak that benefit society.

What a concept. Benefit society. ”

“Please think it over, everyone, and decide just how much damage you are willing to let software patents do, just to benefit a few companies, who by the way made their billions at a time when there were no software patents to get in *their* way, and at the expense of everyone else on the planet with them.

And please look at the Squeak video and the children's faces as they talk about Squeak before you decide.”

Fotos de un prototipo de OLPC (la Laptop de 100 dólares)

Debido a que estoy colaborando con la versión Squeak que va a correr en la OLPC (estoy haciendo que el Video4Squeak funcione bien con los limitados recursos de la OLPC), me convertí en uno de los felices poseedores de una placa alpha de la OLPC.


Por ahora sólo logré levantar un build 91, y dejar funcionando todo (actualicé el bios, anda la red wireless, anda el X, anda el Sugar, etc).








Próximo paso: Instalar Squeak... stay tuned!



UPDATE: Ya hay fotos del prototipo "B" en http://wiki.laptop.org/go/B1_Pictures

Web 2.0 en Smalltalk - Call for help!

Hola gente,

Hace algunos días les comentaba de los proyectos, relacionados con la web 2.0, que estoy desarrollando con Smalltalk.

Estoy en un punto donde puedo decir que podemos lograr bastante más de los browsers (de internet), y los ejemplos que fui generando (SocialShopping, Unnamed, LiveWiki, etc) lo prueban.

Hasta ahora fui desarrollando las herramientas conforme las necesite, así que el framework tiene un poquito de todo. Ese "poquito de todo" prueba que se pueden hacer muchas cosas, pero para que el framework se convierta en una herramienta posible debería hacer más que "un poquito" de todo.

Para completarlo necesito ayuda.

Hay bastante trabajo para hacer, desde traducir la documentación que estoy haciendo al Inglés, completar clases de “ayuda” (como Color, Rectangle, etc) y, sobre todo, completar en cantidad y funcionalidad los widgets.

Para dar el primer empuje, hice algo que no suelo hacer: Documentación ;-)

http://smalltalk.consultar.com/wiki/

Los proyectos en marcha son:

• Asteroid: Comet para Squeak. Muy simple, no hay mucho más para hacer acá.

• ST2JS: Traductor de código Smalltalk a Javascript. En el traductor en si no hay demasiado más para hacer, pero si hay bastante en las clases de compatibilidad.

• SWT: Framework para hacer aplicaciones Web 2.0. Usa los 2 proyectos anteriores. Implementa comunicación entre el navegador y el Smalltalk, etc.

La documentación no está terminada todavía, pero (creo que) ya se ve bastante de las posibilidades.

También cree una lista de correo, en google, para coordinar el trabajo y discutir sobre el futuro del proyecto:

http://groups.google.es/group/web20-smalltalk

Espero que les guste y, que muchos, se animen a darme una mano.

StrongTalk – ¡Ahora la VM también es open source!

Hace ya algunos días que Sun liberó la máquina virtual de StrongTalk.

Para los que no sepan que es StrongTalk, le cuento que StrongTalk es la prueba (en realidad es la segunda prueba, la primera es la máquina virtual del Self) de que los lenguajes dinámicos no tienen porque ser lentos.

Para los nostálgicos: Pueden leer la accidentada (por culpa del Java) historia del StrongTalk .

Ya es hora de que nos dejemos de hablar de si un lenguaje es rápido o no porque tiene (o no) un compilador a código máquina o si corre sobre una máquina virtual. Las cosas son un poquito más complicadas y el simple hecho de tener o no un compilador a código máquina es sólo una parte de la historia.

Si no creen que lo que digo es verdad, tómense un tiempito para leer los papers que están en::

http://research.sun.com/self/compiler.html

http://www.strongtalk.org/documents.html

Por supuesto que esta noticia no es buena sólo para los Smalltalkers, sino que las comunidades de Ruby y Python también puede beneficiarse mucho si implementan, en sus respectivas máquinas virtuales, las tecnologías que tiene la VM de StrongTalk. Miren las reacciones que produjo, esta noticia, en las comunidades de Ruby y Python:

http://www.google.com/search?q=strongtalk+ruby

http://www.google.com/search?q=strongtalk+python

UPDATE: Cobertura en Barrapunto.

Web 2.0 - Un nuevo medio: LiveWiki (Un mejor Wiki)

Siguiendo con los ejemplos de posibles nuevos usos de la Web 2.0, ahora vamos a tratar de imaginar como se podrían mejorar los wikis actuales, usando la colaboración que nos permite el Web 2.0.

Les presento la primera versión de LiveWiki. LiveWiki es un Wiki vivo (de ahí su nombre ;)). Wiki en el sentido de ser un sitio modificable por muchas personas (http://es.wikipedia.org/wiki/Wiki), y vivo en el sentido que le venimos dando a la palabra, en las notas anteriores.

Para decirlo de otra forma: Nos olvidamos de tener que hacer “refrescar”, “recargar”, “reload” o “refresh” de la página para ver si cambió. Cuando la página cambia, todas las personas que estén viendo esa página verán el cambio en el mismo momento en que ocurre. De la misma forma, todos los usuarios conectados pueden modificar el contenido. Y, como en los ejemplos anteriores, el chat entre usuarios conectados sirve para coordinar el trabajo.

Esta versión es todavía muy simple... pero ya hace evidente las mejoras que pueden sufrir los wikis si logramos que estas tecnologías se masifiquen.

Esta es una lista de cosas que NO hace esta versión de LiveWiki, pero que pretendo incluirlas en las próximas versiones:

• Bloqueo pesimista con timeout para la edición. Para editar una página (o parte de ella), primero hay que obtener un bloqueo. Cuando alguien tiene un bloqueo sobre una parte, nadie excepto el puede modificarlo, y nadie puede obtener un bloqueo hasta que el lo suelte.
• Feedback visual del bloqueo: Los usuarios que NO tengan bloqueada la página (o una parte de ella) verán que alguien lo tiene bloqueado con un cambio de color de fondo. Incluso podrían ver quien lo tiene bloqueado, y molestarlo por el chat para que lo suelte. ;-)
• Edición visual del contenido. Esta versión usa una de las sintaxis de wikis (específicamente usa la sintaxis del Swiki). La idea es hacer un editor visual (o adaptar alguno ya hecho, como el TinyMCE http://tinymce.moxiecode.com/ ).
• Reordenamiento visual del contenido. Algo en la forma de http://tool-man.org/examples/edit-in-place.html. Hay que terminar de pensar como combinar eso con los bloqueos.
• Edición de parte del contenido. Con la finalidad de reducir los conflictos de actualización, se podrá modificar sólo una parte de la página mientras otros usuarios pueden estar, a la vez, modificando otras partes.
• Etc.

Y estás son algunas de las características que SI están incluidas en esta versión:

• Actualización en vivo de las páginas cuando alguna página referenciada en un link cambia de nombre.
• Actualización en vivo de las páginas que tiene links a páginas que todavía no están creadas, en el momento en que son creadas (el link a una pagina no creada es distinto, visualmente, que un link a una página que ya existe).
• Links de tipo “Incrustado”. Cuando hacemos un link de esta forma *[Una Página]*, el contenido de la página de nombre ”Una Página” será incrustado en la página contenedora. Lo mismo para un link del tipo *{Una Página}*, pero en ese caso se incrusta el título de la página (en lugar del contenido).
• Hay páginas Modificables y páginas No-Modificables (como la página Pages, que muestra una lista con todas las páginas creadas en el wiki).

Y, para continuar con la auto-impuesta tradición, les dejo un screencast que muestra algunas de las características de LiveWiki.

http://www.consultar.com/trastero/LiveWiki1.htm

Como siempre, están todos los fuentes disponibles en SqueakSource.

Disponible Squeak eToys para la computadora de 100USD

Yoshiki anunció en la lista de Squeak la disponibilidad de la imagen de Squeak que se usará en la laptops de 100USD.

Pide comentarios, sugerencias, reportes de errores, etc.

Web 2.0 - Un nuevo medio: Una hoja de cálculo mejor

Para ser franco, hace años que dejé de prestarle atención a la interminable lista de nombres y acrónimos fashion que genera nuestra industria. Sin embargo, con la intención de que la gente encuentre estas notas en google, hace varios posts que estoy usando términos “modernos” como Web 2.0, Ajax y esas cosas.

Quiero seguir mostrándoles ejemplos de, por supuesto es mi opinión (y para volcar mi opinión es que me puse un blog), posibles buenos usos de la interactividad que nos permite el Comet (oops, otra palabra fashion).

Este ejemplo, también, pretende mostrar otra cosa: ¡Qué feas y malas son las aplicaciones que estamos acostumbrados (o que nos obligan) a usar!

Hablemos un poco de las hojas de cálculo. Las hojas de cálculo llevan años sin evolucionar. No me refiero a pequeños cambios, que los vendedores hacen, para vendernos la versionActual+1, sino que me refiero a evolución (así, con letra grande).

Hace unos meses me encontré con Spreadsheet 2000. Les aclaro que yo no soy usuario de Apple, y que nunca vi ese producto andando. Me enteré de su existencia por un e-mail en la lista de Squeak.

Googleando me encontré, también, con este página que cuenta un poco más:

http://www.mactech.com/articles/mactech/Vol.13/13.04/Spreadsheet2000/index.html

Cuando me enteré de Spreadsheet 2000, no pude dejar de sentir esa nostalgia de quien extraña un presente que no fue. La verdad que usamos MUY, pero MUY mal las computadoras y nosotros (los programadores) somos bastante responsables de esa situación. La mayoría de las veces condenamos a los usuarios a experiencias rígidas y, sobre todo, aburridas.

Como no tengo una Apple, y estaba jugando al Comet y esas cosas, me decidí a hacer una especie de hoja de cálculo “en serio” y colaborativa copiando la idea de las cajitas conectadas y, agregando arriba, la colaboración que permite el Comet.

Esto es lo que logré:

Y, también, lo pueden ver en este screencast (otra palabra moderna más) donde se lo ve funcionando.

http://www.consultar.com/trastero/U1-Reducido.htm