La bio de Miguel; lo prometido es deuda

Por Talya Aluveaux

@talya

Miguel de Icaza nació en 1972. Es un programador, mejor conocido por iniciar los proyectos GNOME, Mono y Xamarin. Es mexicano, aunque actualmente tiene doble nacionalidad.

Nació en la Ciudad de México y estudió matemáticas en la UNAM, pero dejó los estudios antes de obtener el grado para dedicarse a las Tecnologías de la Información. Proviene de una familia de científicos (su padre es físico y su madre bióloga). Comenzó a escribir software libre en 1992.

De Icaza inició el proyecto GNOME con Federico Mena en agosto de 1997, con el objeto de crear un ambiente de escritorio completamente libre, y un modelo de componentes para Linux y otros sistemasd operativos UNIX-like. También creó el programa de hoja de cálculo Gnumeric.

En 1999, de Icaza, junto con Nat Friedman, co fundó Helix Code, una compañía de software libre orientada a GNOME. En 2001 la compañía cambió su nombre a Ximian, y anunció el proyecto Mono, liderado por Icaza, con la meta de implementar la entonces nueva plataforma de desarrollo de Microsoft, .NET, en plataformas Unix/Linux. En agosto de 2003, Novell adquirió Ximian. A partir de ahí, de Icaza se convirtió en vicepresidente de la platadorma de desarrollo.

En mayo de 2011, de Icaza inició Xamarin para remplazar MonoTouch y Mono para Android, una vez que Novell fue adquirida por Attachmate y sus proyectos fueron abandonados. Poco después, Xamarin y Novell llegaron a un acuerdo, con la firma haciéndose cargo de la venta y desarrollo de estos productos.

En febrero de 2016, Xamarin anunció su adquisición por parte de Microsoft. Un mes después, en la conferencia Microsoft Build, se anunció que el proyecto Mono sería relicenciado al MIT, VisualStudio incluiría Xamarin (incluso las versiones libres) sin restricciones, y los SDK´s (Software Developer Kits) de Xamarin serían de código abierto. 

Siempre ha sido un poco polémico, apoyando el estándar de documentos OOXML (Open Office XML) y desarrollando Mono, una alternativa libre y de código abierto a .NET para GNOME, lo que ha generado desacuerdo entre la comunidad debido a las patentes. Incluso fue criticado por Richard Stallman, quien le llamó traidor (no soy la única dramática). De Icaza, por su parte, mantiene una postura crítica hacia la cultura generalmente enfocada en los desarrolladores, la falta de retrocompatibilidad y la fragmentación entre las varias distribuciones de Linux. 

El 2014, estuvo al lado de Anders Hejlsberg durante los anuncios de la .NET Foundation y el apertura del compulador C#. 

Los premios que ha recibido contrastan con los ataques de la comunidad. Free Software Foundation Award for the Advancement of Free Software (1999), MIT Innovator of the Year Award (el mismo año) y uno de los 100 innovadores para el nuevo siglo en septiembre del 2000 (qué tiempos aquéllos), por TIME. En 2010, recibió el premio Microsoft MVP y fue nombrado una de las voces más poderosas en Open Source por MindTouch.

Antes de irnos:

1. 82 B (mil mdd) es la cifra de capital de riesgo invertida en fondear startups estadounidenses sólo entre julio y septiembre de 2021 (más o menos todo el capital de riesgo invertido en 2017). Vía Wired.

2. La última startup en recibir fondeo (serie B, 45 M) es Avataar, una firma que mejora las visualizaciones de producto para e-commerce en 3D.

Más sobre manufactura aditiva: Respiradores

El New York Times dice que la tecnología no va a salvarnos. Tiene razón, las cosas son un desastre. El problema es multidimensional. Sin embargo, sin la ciencia y la tecnología estamos fritos. Ayer escribía aquí sobre el plan C implementado en Chicago gracias a la cultura MAKER. Eventualmente tocaré este tema (si sigo escribiendo), pero el punto principal es cómo todas esas impresoras 3D dispersas comenzaron a utilizarse de manera organizada y hasta cierto punto descentralizada para producir PPE (Personal Protective Equipment) y canalizarlo hacia las personas que más lo necesitan (personal de salud).

Esta reacción y capacidad de respuesta evocó en mi, no estoy bromeando y es uno de mi temas favoritos, las bandadas de pájaros que exhiben un comportamiento organizado al volar, aparentemente sin ningún líder u operador central, siguiendo reglas simples (no colisionar, mantenerse cerca, alinearse), creando un comportamiento auto organizado emergente para, en este caso y según las hipótesis que conozco, ahuyentar a los depredadores y mejorar la dinámica de movimiento. ¿Qué es, si no, lo que hicieron todas estas personas en Chicago, sino crear un comportamiento emergente con el fin de protegerse de una u otra manera de un depredador?

Armados con impresoras 3D, cortadoras láser, acetato, materiales para imprimir y uno o varios diseños de referencia open source (de uso libre) hicieron y continúan haciendo #faceshields. La convergencia de las culturas maker/open source y la disponibilidad -que aún me parece una maravilla- de manufactura aditiva de cada vez menor costo producen decenas de miles de estos equipos cuando más se necesitan.

Ahora bien, la producción de #faceshields se trata de un proceso de manufactura relativamente sencillo. Ahora entramos en terrenos más complicados y costosos, en los que se requiere una aún mayor convergencia de voluntades, equipo, organización, recursos y cultura #maker: los respiradores. Desde que inició la crisis del #covid19, o por lo menos desde que comenzamos a ser conscientes de ella, se cernía la amenaza de la escasez de estos aparatos, que se preveía se necesitarían por miles. Todos escuchamos de los dramáticos casos en Italia en que se debían tomar decisiones de vida o muerte con base en las personas que tenían  más posibilidades de sobrevivir y la escasa disponibilidad de estos implementos médicos.

En México, el interés por los ventiladores comenzó a aumentar a mediados de marzo (según Google Trends). En este momento, es un juego contra reloj, en el que diversas iniciativas trabajan en soluciones complementarias a la base oficial, entre ellas la fabricación de ventiladores mecánicos con base en diseños que fueron utilizados de emergencia en España, prototipos de respiradores artificiales de bajo costo y splitters (para que el ventilador se use para dos pacientes).

Un equipo mexicano multidisciplinario trabaja, por ejemplo, en un respirador diseñado para casos no graves de acuerdo con las especificaciones de Reesistencia Team, una organización española creada como respuesta a la emergencia del #covid19. Se trata de sistemas autónomos Open, basados en el sistema Jackson Rees. Estos chicos (y no tan chicos) están haciendo un magnífico trabajo.

Retrocediendo en el tiempo, Reesistencia Team el 3 de abril publicaba en GitLab los archivos necesarios para comenzar con las primeras impresiones de partes en réplica. Después de muchos días sin dormir, como ellos mismos cuentan. Ahí están las pruebas, en su timeline. Las alegrías cuando las cosas funcionaban como debían. El registro del comportamiento de pruebas en monitores. Las fallas. La adrenalina. Los primeros archivos en Dropbox para replicar el Reespirator 23 a mediados de marzo.

Listos para imprimir/ReesistenciaTeam

Lista de componentes/Reesistencia Team

Hasta su última publicación (ayer 28 de abril), Reesistencia TMX mencionaba la necesidad de un gasómetro arterial para la realización de las primeras pruebas en seres vivos, misma que se realizará bajo la supervisión de dos comités de bioética de instituciones de educación superior en Sonora. Al parecer los protocolos están listos, así que esperemos pronto tener buenas noticias.

Estaremos pendientes de este y demás proyectos. Y de nuevo, ¡gracias, makers, y trabajadores de salud de todo el mundo!

Google Code-In (la práctica hace al maestro)

Por Talya Aluveaux*

En un par de artículos anteriores me referí a Google Code-In como un concurso, pero creo que es necesario clarificar un poco: GCI no es propiamente un concurso, es más bien un programa cuyo proceso consiste en (1) elegir una tarea determinada de una lista previamente configurada, (2) completar dicha tarea y (3) la aprobación de la misma (opcional, repetir el proceso para ganar premios).

Entonces, se trata de un programa dirigido a estudiantes pre universitarios (de 13 a 17 años). ¿Y en qué consisten estas tareas (más de mil el 2014, por cierto)? Pues no son así, que tu digas, enchiladas. 

Por ejemplo, sólo por mostrar algunas de las tareas cuyo status ha sido marcado como "reopened" o abierto: "Add Gmail API functionality", requerida por Haiku, en la categoría de código (C++, C, r1b1) o "Identify and Fix ANY bug", requerida por BRL-CAD, en la categoría de código y aseguramiento de calidad (C, C++). Y no los quiero enfadar (más) pero ya tienen una idea. 

Algunas tareas están dirigidas a principiantes, por ejemplo, en las áreas de documentación y entrenamiento, pero la mayoría definitivamente son todo un reto. Sugar Labs requirió tanto tareas de principiante como de estudiantes más avanzados en la categoría de código (python, específicamente). 

Es, siento yo, la oportunidad perfecta para que los jóvenes se enfrenten a problemas de código "reales" más allá de los de programación académica requeridos por sus instructores.

Por mencionar algunas organizaciones mentoras, están Wikimedia, Drupal, KDE, Haiku, Apertium y Sugar Labs, entre otras. Es bastante gratificante ver en la lista de ganadores del "grand prize" -viaje a Mountain View para conocer las instalaciones de Google, visita a SF, etc (and of course a t shirt)- a Ignacio Rodríguez. ¿El resto? Aleksandar Ivanov, Anurag Sharma, Chaitya Shah, Danny Wu, Dariel Kremov... (definitivamente no son apellidos latinoamericanos, aunque vaya uno a saber con tanta migración cruzada).

En fin, Code-In está cerrado por ahora. Pero el programa Google Summer of Code 2015 inició el pasado 25 de mayo, de manera que más de mil estudiantes (1,046) pasarán 12 semanas escribiendo código para 137 organizaciones open source.

Este tipo de concursos-programas son esenciales para la introducción de los jóvenes estudiantes al mundo del desarrollo de software, desde código y documentación hasta aseguramiento de calidad e interfases de usuario-, y aunque desconozco si alguna secundaria o preparatoria local está preocupada por participar, aquí les dejo la liga al blog de Google Open Source, y a la lista de anuncios, donde publicarán las fechas del siguiente Code-In. También hay una lista de discusión en la que pueden participar para resolver dudas con otros estudiantes y mentores (si no para qué queremos google groups, pues). 

Hay que estar pendientes, pues.

Ojalá que alguien se anime y no me salgan con los sonidos de cri-cri. Estoy segura que hay por allí cientos de muchachos con grandes inquietudes, ingenio y capacidades, y maestros de ciencias de la computación más que capaces de acompañarlos. El mundo necesita más mentores y menos ejercicios de simulación.

Au revoir.

¿Qué sería de un concurso de Google sin las camisetas?

Mi experiencia con Xubuntu

Por Talya Aluveaux*

¿Se acuerdan que dije que iba a hacer un switch a Xubuntu el fin de semana? Yo sé que no. Pues bien, el caso es que no lo hice, o más bien, no fue un switch sino un upgrade a la última versión LTS de Ubuntu usando, ahora sí, el manejador de ventanas de Xubuntu en lugar del mastodonte en el que se convirtió el ambiente gráfico de Ubuntu 12.04.

El trayecto fue tortuoso y no precisamente porque el upgrade diera demasiados problemas sino porque había dejado esa máquina abandonada demasiado tiempo y sin actualización alguna, de manera que había que pasar de 10.04 a 12.04 y ya ven que no son enchiladas, sobre todo cuando se es bastante newbie. Pues bien, un truco aquí y un truco allá, muchas visitas a la página de soporte de Ubuntu después, la actualización fue posible.

El problema era que no quería y no quería actualizarse por cuestiones de dependencias, actualizaciones incompletas o a versiones previas, etcétera. Eventualmente todo se resolvió y fue posible hacer el upgrade sencillamente a través de la ventana de comandos, excepto que se tardó añales y yo, que no soy capaz de dejar un download sin vigilar (cof, freak, cof) pues ahí estoy con el ojo pelón, haciendo yes or not cuando era necesario y viendo bajar archivos y más archivos.

Al final me gustó, es bonita la interfase, aunque de tanto leer foros me entero que tiene una legión de haters, Lo que pasa es que en una máquina de hace 6 años simplemente es inoperante tener ese manejador gráfico, así que allá vamos a instalar xubuntu. Eso fue relativamente fácil, un restart después, el sistema permite elegir la opción de xubuntu como interfase al hacer login, y después recuerda la selección.

La verdad sí se siente la diferencia. Todo funciona más o menos como debe funcionar, el cursor ya no se queda atascado sino que me sigue con fluidez en los menús, los programas abren más rápido, hasta el pequeño editor de texto tipo bloc de notas me encantó, y el Libre Office está pendiente de review. Ni siquiera lo abrí. Lo que puedo decir es que esta opción de instalar Xubuntu es muy conveniente aún si tiene una máquina más nueva, pues siempre estará la opción de entrar así y conseguir un sistema más rápido, con mejor respuesta y más ciclos del procesador para usted, menos para las ventanitas.

Hay quienes coinciden conmigo, como este blogger quien se refiere a Xubuntu como "a most pleasant surprise". Y hasta ahí llegue. La laptosauria sigue viva.

Out.