Aprovechando que esta tarde se presenta (presuntamente) el tablet PC de Apple (¿iSlate?), convendría contextualizar este producto para ser capaces de verlo como algo más que "el último gadget de Apple".

En 1968 Alan Kay creó el "concepto Dynabook" como un "ordenador personal para niños", y posteriormente desarrolló el concepto dentro del PARC (Palo Alto Research center) de Xerox. Ésta es la pinta que tenía el concepto en 1972, cuando Alan Kay publicó su famoso trabajo, que sigue siendo hoy día una lectura imprescindible y adelantada en el tiempo:

El trabajo de Alan Kay no era solo tecnológico, sino que era multidisciplinar, como lo son todas las ideas creativas. En su trabajo, Kay cita al filósofo, psicólogo y pedagogo John Dewey, al filósofo y psicólogo suizo Jean Piaget y a Seymour Papert, pionero de la inteligencia artificial e inventor del lenguaje de programación LOGO, todos los cuales creían en la educación a partir de la práctica, o "learning by doing", como dicen los angloparlantes. El Dynabook debía de ser la máquina que permitiera a los niños "aprender haciendo" en cualquier campo de la educación, ya sea dibujo, matemáticas o música.

Para ello primero se diseñó una máquina que pudiera usarse encima de una mesa o de las piernas, siendo el antecesor de los "laptop", "tablets", "slates" y demás denominaciones del mismo concepto. Pero una máquina bien diseñada era solo el comienzo, por eso Kay trabajó por dotarla de un interfaz gráfico (marca de la casa de los productos del PARC de Xerox, luego copiada por Apple y Microsoft) y por unos lenguajes de programación y aplicaciones que permitieran a los niños desarrollar su creatividad.

Quisiera destacar éste último aspecto de la máquina de Kay: el hardware, el interfaz gráfico y el software que llevaba no eran el objetivo, sino el medio que permitía ser al Dynabook lo que era: una máquina educativa. Desgraciadamente el Dynabook nunca se construyó a pesar de que las piezas individuales que lo componían aún existen y más desarrolladas que nunca: disponemos del mejor hardware para crear tablet-pc's y de los mejores entornos gráficos, y seguramente esta tarde podremos comprobarlo, pues Apple se distingue por la altísima calidad de estos dos productos. También disponemos hoy de lenguajes educativos mucho más avanzados que el LOGO que tanto interesó a Kay, como Scratch, creado en el MIT, y que yo mismo usé en Nepal para enseñar a los niños cómo programar.

Es decir, que tenemos todas las piezas, pero aún no sé si tenemos proyecto. ¿Es el Apple iSlate (o como se llame) un fin en sí mismo o es un instrumento para algo? Si es un instrumento para algo, ¿cuál es el objetivo? ¿Ser una máquina de juegos? ¿Tendrá algún uso como herramienta educativa?

Solo el futuro dirá, pero mientras tanto, aprovechando que Alan Kay aún vive, será interesante leer sus opiniones sobre la máquina que Apple presente hoy, pues en la presentación del iPhone en 2007 Alan Kay tuvo esta conversación con Steve Jobs:

Steve came up to me and said: Is the iPhone worth criticizing? 
I said: Make the screen five inches by eight inches, and you'll rule the world...

Esto se pone interesante...

Parece que a algunas personas les impresionan tanto los excelentes productos que Google saca al mercado que han decidido renunciar a su creatividad y apostar por la mentalidad de Unamuno: "¡que inventen ellos!". Digo esto a raiz de dos post en Twitter a los que he contestado recientemente. Los reproduzco a continuación:

edgarcast: No importa a lo que te dediques porque en 2010 Google lo va a hacer 
mejor que tu y gratis

joakinen: Nop http://j.mp/4oC6xK @Edgarcast No importa a lo que te dediques 
porque en 2010 Google lo va a hacer mejor que tu y gratis

Mi contestación incluye un enlace a la noticia de que la función multitouch al teléfono de Google no la ha sabido hacer Google, sino Cyanogen, un reconocido hacker especializado en Android. Pues a pesar de eso, el síndrome sigue:

edgarcast: @joakinen sigue siendo una buena frase para definir lo que 
va a ser Google este año i en el próximo. Gracias por la noticia.

Nada, que Google lo va a hacer todo bien y mejor que nadie, aunque la realidad diga lo contrario.

Esta argumentación pasa por alto que las ideas las tienen las personas, no las empresas, y que por cobrar una nómina en Google un programador no obtiene una creatividad que no tuviera previamente. Google es una empresa, y como tal no tiene ideas, las tienen los programadores que trabajan para ellos, por lo que decir que "Google lo va a hacer mejor que tú" implica decir que cuando trabajas en Google se te enciende una bombilla mágica que hace que tengas ideas geniales constantemente y en cuanto dejas de trabajar para Google se te acaba el milagro.

Google tiene un mérito indudable, que es a lo máximo que puede aspirar una corporación, y es a saber reconocer el talento allá dónde se encuentre. Por eso suele comprar empresas pequeñas con un grupo de programadores dedicados a programar una buena idea. Panoramio fue un excelente ejemplo de esto que digo. Aunque Google también ha sabido crear un ambiente de libertad creativa dentro de su organización que hace que sus empleados no maten su creatividad por trabajar para ellos. Por ejemplo, GMail fue un proyecto personal de Paul Buchheit, un programador empleado de Google. Google no creyó en principio en su proyecto (¡sorpresa!), ya que pensaban de sí mismos que sólo eran una compañía de búsquedas en Internet, y no de servicios de correo electrónico, por lo que hubo cierta resistencia interna al proyecto de Bucheit al principio. No, Google no es perfecto ni sabe reconocer todas las buenas ideas a la primera.

El caso de Paul Bucheitt implica que habría que dar la vuelta al post de edgarcast y decir algo así como: "No importa a lo que te dediques, si es una buena idea, prográmala y haz que Google se entere de tu proyecto". Eso es lo que realmente funciona. Pero una actitud pasiva de sentarse en la butaca a admirar los productos creados por otros va contra cualquier espíritu creativo.

Otro caso: El de Jeff Atwood, el famoso blogger de Coding Horror:

codinghorror: if google reader can auto-gen an RSS feed for any website, 
why do we need RSS any more? http://is.gd/73Kh0

Seguramente se refiere a la noticia de que Google Reader (que uso y del que soy fan) es capaz de generar un RSS donde no lo hay, porque incluye a las webs que no tienen RSS y te avisa de los cambios que tienen. Esto hace que Atwood ya empiece a cuestionar los feeds RSS por la sencilla razón de que Google (no sabemos cómo) puede prescindir de ellos.

joakinen: @codinghorror Why RSS? Because today only Google can (knows how to) 
live without them. Why standards? Same.

Pues no, Jeff, no podemos pararnos porque Google, o quien sea, haya descubierto cómo prescindir de una tecnología si no nos dice cómo lo ha hecho. Mientras la información sobre cómo Google consigue fabricar un RSS donde no lo hay no sea pública (¿screen scrapping avanzado?) tenemos que defender los estándares, pues mantienen a las personas como seres creativos en vez de convertirles en consumidores de productos cerrados.

Esta admiración paralizante por Google podría matar nuestro espíritu crítico sobre las soluciones que Google nos propone, que yo mismo uso, pero que no necesariamente son la mejor idea o la mejor forma de desarrollar una buena idea.

Las grandes ideas no nacen de grandes empresas, sino de grupos interdisciplinares o de mentes que actúan simultáneamente en áreas creativas que normalmente están separadas. Este concepto se explica muy bien en el libro ArtScience - Creativity in the post-Google generation, de David Edwards. Es una lectura muy recomendable para todo el que quiera saber cómo nacen las ideas verdaderamente creativas.

Con esta admiración acrítica a Google, parece que a nadie le preocupa que cuando hablamos de software en la nube, del que Google es el mayor productor, hablamos de software closed-source, es decir, software del que no podemos ver el código fuente, lo que permite introducir en él puertas traseras peligrosas, como indica la información que vincula el reciente ataque a GMail en china con puertas traseras para poder espiar el correo que Google habría instalado en GMail probablemente como requisito para poder funcionar en China.

(Slashdot) Surveillance Backdoor Enabled Chinese Gmail 
Attack? - http://is.gd/6X0Zf

joakinen: Can we trust the cloud if not informed about 
potentially exploitable surveillance backdoors our provider 
installs? #china #gmail

Si Nietzche pudiera asistir a esta discusión tendría que recordarnos sus famosas palabras, que deberían de estar grabadas a fuego en la mentalidad de un programador: "¡Atrévete a crear!".

XenDesktop Setup Tool

Proceso de creación de Desktops mediante configuración de ficheros. Ponente: Angel Gomez - Citrix System Engineer - Citrix Iberia Team.

Cloning XenApp Servers

Proceso de clonado de servidores XenApp fisicos y virtuales. Ponente xavisan (ctxdom.com community)

Google Tech Talks June 23, 2007 ABSTRACT This talk will discuss some of the scalability challenges that have arisen during YouTube's short but extraordinary history. YouTube has grown incredibly rapidly despite having had only a handful of people responsible for scaling the site. Topics of discussion will include hardware scalability, software scalability, and database scalability. Speaker: Cuong Do Cuong is currently an engineering manager at YouTube/Google. He was part of the engineering team that scaled the YouTube software and hardware infrastructure from its infancy to its current scale. Prior to YouTube/Google, he held various software development and management positions at PayPal and Inktomi.

By Cal Henderson at Web 2.0 expo

Este es el primer post que escribo en mi blog con formato Markdown.

He instalado el plugin de John Gruber sencillamente bajando el programa Perl, instalándolo en el directorio de plugins de Blosxom y eliminando la extensión .pl. Funcionó todo a la primera.

$ wget http://daringfireball.net/projects/downloads/Markdown_1.0.1.zip
$ unzip Markdown_1.0.1.zip
Archive:  Markdown_1.0.1.zip
  creating: Markdown_1.0.1/
  inflating: Markdown_1.0.1/License.text
  inflating: Markdown_1.0.1/Markdown Readme.text
  inflating: Markdown_1.0.1/Markdown.pl
$ cp Markdown_1.0.1/Markdown.pl /vhost/creativecodeworks.com/blosxom/plugins

Thanks @gruber!

Presentation in "Perl Oasis" Orlando Perl Workshop 2010. by Tatsuhiko Miyagawa.
http://bulknews.typepad.com/blog/2010/01/perl-oasis.html

"I did the Plack presentation again, with a lot of updates reflecting the recent changes and plans we've been discussing. I think it went well and Plack was mentioned in other talks such as Stevan's Ox::Applicaiton talk, mdk's keynote and I got mst's Catalyst book copy as his "thank-you for Plack so we can remove Catalyst::Engine that I hated" reward :) Oh, as I mentioned in the talk, i hope Plack should show up in the top position or near when you search Perl Web Server on google, which currently shows some outdated miserable results."