Blog de Diego Gómez Deck

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

2007-04-28T09:54:00.000+02:00

¡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)

2007-03-12T09:37:00.000+01:00

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

2007-03-08T12:22:00.000+01:00

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

2007-01-03T15:39:00.000+01:00

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

2006-12-21T10:54:00.000+01:00

Conferencia Internacional de Software Libre 3.0

2006-12-20T17:35:00.000+01:00

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

2006-12-13T12:10:00.000+01:00

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

2006-11-23T10:25:00.000+01:00

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.

2006-11-20T11:20:00.000+01:00

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)

2006-11-14T09:56:00.000+01:00

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!

2006-10-24T14:31:00.000+02:00

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!

2006-09-28T10:59:00.000+02:00

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)

2006-09-27T11:46:00.000+02:00

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

2006-09-19T10:29:00.000+02:00

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

2006-09-12T12:09:00.000+02:00

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

Fotos de Squeak corriendo en la computadora de 100USD

2006-09-12T09:04:00.000+02:00

Vía: http://croquetweak.blogspot.com/2006/09/squeak-for-every-child.html

Podemos ver unas fotos de Squeak corriendo sobre las míticas computadoras de 100USD.

http://piumarta.com/photos/olpc/

Web 2.0 - Un nuevo medio: Social Shopping

2006-09-12T07:48:00.000+02:00

"Ahhhhhh" (con la boca abierta que muestra hasta las entrañas), ¡que sueño!


Otra noche que Nahuel no me deja dormir.... oops, ¡ahora se durmió! y yo, que me tomé 2 cafés super-cargados, no puedo pegar un ojo. Bueno, voy a escribir algo en el blog para combatir la oscura soledad de las 5:30AM (y para tratar de metabolizar el exceso de cafeína en mi cuerpo).


No es un secreto que me pasé los últimos tiempos tratando de buscar los límites que nos imponen los browsers de Internet actuales.


Puedo resumir lo que aprendí en este tiempo con la siguiente frase:

“Los navegadores (de Internet) actuales son un asco,

pero pueden ser usados de mejor forma a la actual”.


Hoy es posible, no sin un esfuerzo considerable, sacar mejor provecho de los browsers. El punto de inflexión, creo, es la “masificación” de la nueva (bueno, de nueva nada) tecnología Comet (http://es.wikipedia.org/wiki/Comet). Para ser sinceros, “nueva” y “tecnología” son 2 palabras que no hacen justicia... a lo mejor podríamos decir: “viejo” “hack” y estaríamos más cerca de describir lo que es Comet.

De cualquier forma (con hacks y todo) hoy podemos hacer aplicaciones web donde, por fin, no todo es request/response (http://es.wikipedia.org/wiki/Hypertext_Transfer_Protocol).

Ahora, usando el hack^H^H^H^H^H^H^Hla tecnología Comet, podemos crear aplicaciones colaborativas. Ya es hora (en realidad ya lleva años siendo hora) que empecemos a buscar las verdaderas bondades de estar todos en red.

Hoy les quiero mostrar una de las pruebas que estuve haciendo: Social-Shopping.

Social-Shopping es uno de los ejemplos incluidos en el SWT. Básicamente, Social-Shopping, es un simple carrito de compras colaborativo. Más de 1 persona (puede ser más de 1 comprador, o compradores y vendedor, o compradores y asesores, etc) pueden interactuar, a través de Internet, en un único proceso de compra.

Social-Shopping, por ahora, luce así:


Sí, ya se... hablo de un “nuevo medio” y pongo un super-estático PNG. Mejor, les dejo un screencast donde se ve mejor la idea:

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


Tengo algunos ejemplitos más en el tintero... pero no se los quiero muestrar todos juntos, para mantener la atención alta. ;-)

SWT (Squeak Web Toolkit) - Algo más para mostrar: Ping-Pong

2006-09-11T18:12:00.000+02:00

Las cosas van tomando su fomar y ahora el framework (SWT) nos permite hacer algunos ejemplos divertidos. Les voy a mostrar uno de los ejemplos incluidos en SWT: Ping Pong.

El ejemplo Ping-Pong es, según creo, el caso más simple de uso del SWT que, a su vez, muestra las características interesantes del framework.

Uhhh... cuanta introducción... mejor vamos directamente al grano.

Para utilizar el framework empezamos creando 2 clases: SWTPingPongClientApplication y SWTPingPongServerApplication.

La primera (SWTPingPongClientApplication) es subclase de SWTClientApplication. La segunda (SWTPingPongServerApplication) es subclase de SWTServerApplication.

Según el SWT, una "aplicación" está partida entre su parte Client y su parte Server.

La parte Client (en nuestro ejemplo: SWTPingPongClientApplication) se traduce a código Javascript (usando el ST2JS) y se ejecuta en el browser de Internet. Por otro lado, la parte Server (SWTPingPongServerApplication) se ejecuta en el Squeak.

Por cada browser (de Internet) conectado, tendremos un par de instancias (la Server y la Client) que se mantienen "unidas" por el framework.

Cuando estamos en el Client, podemos enviar mensajes a la parte Server de la siguiente forma:

self serverSide foo.

De forma análoga, cuando estamos en el Server podemos enviar mensajes a la parte Client de la siguiente forma:

La parte Client, al enviarle el mensaje #serverSide, nos devuelve un Proxy que reenvía los mensajes al Squeak usando JSON-RPC. Por otro lado, la parte Server, cuando le envíamos el mensaje #clientSide nos devuelve un Proxy que reenvía los mensajes recibidos, al Cliente, usando la conexión Comet.


Con esto ya sabemos lo suficiente para ver el código del ejemplo Ping-Pong.

La parte Client de nuestro ejemplo (SWTPingPongClientApplication) tiene sólo 2 métodos, veamos el primero:
Allí vemos como se crean 2 widgets: Un Header y un Button. Si, lo sé... no es nada espectacular... pero lo interesante está dentro del evento #onClick del botón:

self serverSide ping
Cuando hagamos click sobre el botón, el mensaje #ping se evaluará, ¡pero del lado del servidor!. Veamos entonces la implementación de #ping en el Server (SWTPingPongServerApplication).

ping

Transcript show: 'ping!'; cr.

self clientSide pong.

Este método, además de mostrar algo en el Transcript, devuelve el "favor" a su contraparte Client en la última línea.
Ahora, para terminar, veamos la implementación de #pong en lado Client (SWTPingPongClientApplication).
pong

^ self inform: 'pong!'

Si les gustó, miren este Screencast

SWT (Squeak Widgets Toolkit) - Algo para mostrar

2006-08-29T21:07:00.000+02:00

Después de unos (pocos (muy pocos)) días de vacaciones, volví al trabajo con más fuerzas y, para probarlo, les muestro en que estado está el desarrollo del LiveWiki que prometí hacer.

Usando el JS2JS, ahora estoy desarrollando un juego de widgets para los navegadores de Internet. Esta primera versión es muy simple, pero ya tiene lo suficiente para ver la idea completa: Se escribe código Smalltalk y se ejecuta en los navegadores de internet (previa conversión ST > JS). Pueden descargar la versión actual en SqueakSource.

Esto es un método, de la clase SWTExampleApplication, que crea unos simples (y aburridos) textos.

SWTExampleApplication>>createSimpleTexts

| root |

root := self rootWidget.

root addHorizontalRule.
root addWidget: (SWTHeader level: 2 contents: 'Simple texts').
root addWidget: (SWTText contents: 'some plain text. bla, bla, bla, bla, bla.').

root addWidget: (SWTText contents: 'text in red').
root lastWidget
color: S2SColor red.

root addWidget: (SWTText contents: 'text in blue/green').
root lastWidget
color: S2SColor blue;
backgroundColor: S2SColor green.

root addBreak.

El método que está a continuación muestra como es el manejo de eventos. Se ve claramente el uso de los bloques de Smalltalk (que se mapean a funciones de JS):

SWTExampleApplication>>createButtons

| root button |

root := self rootWidget.

root addHorizontalRule.
root addWidget: (SWTHeader level: 2 contents: 'Buttons').
root addWidget: (SWTButton caption: 'inspect event' onClick: [:event | event inspect]).
root addWidget: (SWTButton caption: 'inspect root panel' onClick: [:event | root inspect]).

root addWidget: (button := SWTButton caption: 'button with several event handlers').

button onClick: [:event | event inspect].
button onClick: [:event | self inform: '2st handler: ' , event asString].
button onClick: [:event | self inform: '3rd handler: ' , event asString].

button
color: S2SColor blue;
backgroundColor: S2SColor blue muchLighter.

button onFocus: [:event |
event source
color: S2SColor red;
backgroundColor: S2SColor red muchLighter
].

button onBlur: [:event |
event source
color: S2SColor blue;
backgroundColor: S2SColor blue muchLighter
].

Si algo tiene de interesante esta primera versión es que ya estoy jugando con los widgets "Edit In Place" (Modificar en el Lugar) que usaré para la modificación en vivo del LiveWiki. Este es el método que crea algunos textos "EditInPlace" y, también, crea un botón para crear más textos editables.

SWTExampleApplication>>createEditableTexts

| root |

root := self rootWidget.

root addHorizontalRule.
root addWidget: (SWTHeader level: 2 contents: 'Edit-In-Place texts').

root addWidget: (SWTButton caption: 'add a new edit-in-place text' onClick: [:event | self addNewEditInPlaceText]).
root lastWidget backgroundColor: S2SColor yellow muchLighter.
root addBreak.

root addWidget: (SWTEditInPlaceText contents: 'One edit-in-place text, click on me to edit').
root addBreak.

root addWidget: (SWTEditInPlaceText contents: 'Another edit-in-place text (with background color), double click on me to edit').
root lastWidget
editOnDblClick;
backgroundColor: S2SColor blue muchLighter.
root addBreak.

root addWidget: (SWTEditInPlaceText contents: 'Just another edit-in-place text (with background color), move mouse over me to edit').
root lastWidget
editOnMouseOver;
backgroundColor: S2SColor red muchLighter.
root addBreak.

root addWidget: (SWTEditInPlaceText contents: 'And just another edit-in-place text (with background color), move mouse over me to edit').
root lastWidget
editOnMouseOver;
backgroundColor: S2SColor green muchLighter.
root addBreak.

Para los bagos de siempre (que no quieren instalar nada en sus Squeaks) les subí un HTML 100% autónomo que incluye todo el código Javascript generado desde Smalltalk (126Kb).

Los próximos pasos, en el desarrollo, es integrar los widgets con el Asteroid (Implementación de Comet para Squeak) para poder implementar un Observer Pattern (aka un MVC) distribuido entre el Squeak y los navegadores de Internet.

Proyecto LinEx presentado ante la ONU

2006-08-29T16:08:00.000+02:00

Sí, ante la ONU.

Ver más información en el blog de Jesús Rubio.

La computadora se usa mal, ¡pero NO sólo en el aula!

2006-08-29T11:13:00.000+02:00

Tuve la suerte de participar, por segunda vez, en uno de los cursos de veranos organizados por la Universidad Internacional de Andalucía. El curso fue organizado de forma impecable por Jordi Adell. Lamenté no poder grabar en video mi intervención, ya que es una de las pocas veces que tengo suficiente tiempo para mostrar la presentación completa.

No se bien porqué, el evento está muy cubierto por periodistas de diferentes medios (Además del curso de 3 horas, dí 3 reportajes a diferentes medios). Uno de los medios era Europa Press. La cobertura de Europa Press fue reproducida por diferentes medios (Extremadura al Día, Evidalia, El Periódico de Extremadura, Diario Granada, etc).

A modo del juego "Teléfono Descompuesto" (o, en España, "Teléfono Roto"), la transcripción de la entrevista no es exacta al 100%.

Cuando yo dije que las computadoras no se están utilizando bien, no me refería solamente al uso que se les da en el aula. Me refería al uso que se les da en general, dentro o fuera del aula. Por supuesto que tampoco dije nada sobre que una región u otra den mejor o peor uso de los ordenadores (tal como sostiene el Periódico de Extremadura , o La Red de Extremadura en el titular de la notas).

Lo que dije es lo que digo siempre en mis charlas: Las computadoras están siendo usadas (mayoritariamente) como si fuese un medio de expresión antiguo. La observación no es exclusiva del uso que se les da, a las computadoras, en el aula ni (todavía mucho menos) sobre el uso que se da por regiones.

Si les interesa conocer más en detalle mi opinión, puede leer el capítulo de introducción del libro "Squeak: Un Mundo para Aprender". La versión HTML del capítulo está en:

http://www.consultar.com/DiegoGomezDeck/papers/Squeak - Un mundo para aprender/