Tierra libre

La Tecnología al Servicio de la Comunidad

sg — Tue, 13 Mar 2018 16:11:08 +0000

La Tecnología al Servicio de la Comunidad sg Tue, 03/13/2018 - 10:11

Publicado en

SG #19

Tierra libre

Autor

Emilio Osorio

Pocas veces me he sentido tan orgulloso de ser tabasqueño y muchas menos de ser de sistemas como en la reciente inundación de Tabasco. Tuve la fortuna de presenciar lo que un pequeño grupo de gente bien motivada, sin importar su ubicación geográfica, su experiencia o la “gurunes” de su conocimiento de tecnología pueden hacer para ayudar.

Aún no termina de sorprenderme lo que lograron estos tecnólogos de diversos orígenes, excediendo en calidad y oportunidad a la respuesta de los organismos gubernamentales. Consideré importante contarles lo que presencié en esa semana caótica para nuestro estado, con el doble afán de reconocer a quienes participaron desinteresadamente en ayudar a sus hermanos y de motivarnos a todos a prestar una mano cuando veamos a los demás en necesidad.

Para mí, todo comenzó con una llamada de Eduardo quien me comentó que una amiga bloguera suya: Berenice, estaba en un albergue ayudando como voluntaria y necesitaban resolver un problema de sincronización de hojas de cálculo que tenían en los dos principales albergues de Villahermosa. Al llegar allí, me encontré con una pequeña red improvisada y el problema de no poder obtener un censo fidedigno de los albergados debido a la duplicidad de los registros, era claro que se necesitaba una base de datos.

Margarita, la coordinadora del albergue, me comentó que en en la televisora local TVT, había otro grupo de voluntarios que había logrado configurar una aplicación en PHP —originalmente diseñada para un congreso— como una improvisada base de datos para recibir la información que todos los demás albergues enviaban por diversos medios. Nos pidió hablar con ellos para ver si ya había algo que se pudiera aprovechar para ayudarlos con su problema.

Al llegar a TVT nos encontramos con un grupo de voluntarios capturando en la aplicación que Isaac había logrado reprogramar, para que la televisora registrara a todas las personas y se pudieran procesar las llamadas de la gente preguntando por sus familiares. Desafortunadamente, como todo era improvisado, la red LAN de TVT no tenía acceso a Internet y eso retrazó la consulta en Internet de la página.

Apareció entonces otro grupo de voluntarios encabezados por la gente de compañías de sistemas de la ciudad ofreciendo un servidor para respaldar periódicamente el sitio completo en PHP y la base de datos de MySQL a otro servidor y poder dar lo que era el servicio de información mas valioso: la ubicación de personas.

La necesidad de los albergues en sí no se podía cubrir con la aplicación de PHP, porque los albergues requerían de información diferente a la que TVT estaba registrando, así que la solución que se encontró para ellos, fue hacer uso de un servicio de web 2.0 llamado Zoho Creator, que en esencia es un constructor de formas de captura en web sin necesidad de programar. Con esto se pudo crear en cuestión de minutos un sistema de captura distribuida basado en Internet que podía ser utilizado desde cualquier lugar con conexión a Internet, que a diferencia de la telefonía fija y celular, fue el único servicio estable durante la crisis.

Eduardo escribió un correo a los creadores del Zoho Creator por si necesitábamos ayuda en algo que no cubriera el servicio. Charles, integrante del equipo de Zoho, se comunicó con nosotros por Gtalk desde la India para ponerse a nuestra disposición.

Necesitábamos subir archivos CSV que nos llegaban masivamente a Zoho y usando la forma oficial de subirlos: una API de WebServices basado en REST, iba a requerir de programación para soportar la funcionalidad. Se ofrecieron un par de voluntarios, pero unos minutos de chat con Charles lograron que nos mandara un pequeño programa de JavaSE para hacer justamente eso. Las maravillas del Internet más la buena voluntad del otro lado del mundo.

Por otro lado, no podemos dejar de mencionar, la valiosa ayuda de algunos grandes amigos que acudieron con consejo, tiempo y algo de programación a soportar estos desarrollos, me viene a la mente la contribución de Alexandro Colorado con un desarrollo para replicar bases de datos, Suly al proveernos infraestructura de chats por scripts de Gtalk, Vicente con su código para Mashups con Google maps y decenas de voluntarios virtuales que nos acompañaron sin parar durante esos días de crisis a través del grupo de google de ayuda@tabasco.

Con las aplicaciones en línea, las necesidades de información y administración de los albergados resueltas, otros voluntarios -como Romeo- se dieron a la tarea de programar Mashups para que se pudieran localizar en Google maps las ubicaciones físicas de los albergues en la aplicación de búsqueda de personas. Los datos de localización geográfica para el aplicativo fueron proporcionados por gente del gobierno, que por su parte, liberaron aplicaciones que sustituyeron los esfuerzos de los voluntarios en los albergues.

Al paso de los días nos llegaron rumores de que el gobierno estaba haciendo las mismas aplicaciones oficiales en Java EE y con todas las funcionalidades corporativas comunes. Pero, el testimonio de los albergues con los que permanecimos en contacto fue que lo que ofrecía el gobierno era demasiado complejo y difícil de usar. Una satisfacción mas para los voluntarios. Estos jóvenes que prestaron un servicio inigualable en el momento justo que era requerido. Qué orgullo ver que lo que tanto disfrutamos hacer pueda ser de utilidad.

¡Muchas gracias! Eduardo, Berenice, Isaac, Romeo y todos los voluntarios por tener los ánimos y la voluntad de demostrar que la tecnología también puede ayudar a disminuir el sufrimiento, un verdadero ejemplo de cómo alcanzar el tecnonirvana...

Bio

Emilio Osorio colabora actualmente como Consultor Asociado para Sun Microsystems México. Ha trabajado en desarrollos basados en Java desde 1996 y actualmente se dedica a ayudar a equipos de desarrollo a aprovechar las ventajas del Software Libre y los métodos ágiles en sus organizaciones. Ferviente entusiasta de la aplicación social de la tecnología, a últimas fechas está involucrado con Organizaciones de la Sociedad Civil. Emilio estará encantado de recibir sus comentarios y quejas en http://tecnonirvana.org/ y en oemilio@tecnonirvana.org

SOA para humanos. De la competencia a la cooperación

sg — Tue, 13 Mar 2018 14:33:47 +0000

SOA para humanos. De la competencia a la cooperación sg Tue, 03/13/2018 - 08:33

Publicado en

SG #18

Tierra libre

Autor

Emilio Osorio

Las Arquitecturas Orientadas a Servicios y los proveedores con productos casi mágicos para implementarlas, proponen un nuevo paradigma para agilizar la automatización de procesos de negocio. Sin embargo, existe una letra chiquita en estas promesas que normalmente los proveedores de soluciones no hacemos énfasis hasta después de recibir la orden de compra: Implementar SOA en una organización requiere de un cambio cultural profundo y radical. Hasta la fecha, no he visto una “suite integrada” de soluciones SOA que provea una solución mágica a este problema, no hay una licencia de software que resuelva el problema de SOA para los humanos. Las organizaciones deben tener claro que SOA implica antes que nada un cambio organiza- cional, requiriendo una estrategia centrada en las personas antes que en la infraestructura.

A continuación comparto cinco estrategias que pueden ayudarles a asegurar que su organización contemple el factor humano en su adopción de SOA y aumentar las probabilidades de éxito:

1.- Liderazgo y Consenso: El lider de una estrategia de SOA requiere de poder crear un ambiente donde las decisiones se toman por consenso. La única manera de que una organización cambie es que todos sean escuchados, sus preocupaciones sean atendidas y se logren acuerdos donde nadie salga perdiendo. El mayor reto de SOA es pasar de una organización competitiva a una organización cooperativa. El establecer métricas que promuevan la cooperación y no la competencia entre áreas, el reconocimiento a la labor de equipo y un sistema efectivo de toma decisiones consensuado es un primer paso ineludible hacia SOA.

2.- Establecer un Lenguaje Común: El concepto de SOA no tiene estandares, cada proveedor da su versión particular de SOA en el cual mágicamente su producto cumple con todas las expectativas. Esto es increiblemente dañino para una organización, ya que dentro de la misma empresa, dependiendo del proveedor favorito de cada grupo de sistemas, se entenderá SOA como cosas fundamentalmente distintas. Antes de iniciar un proyecto de adopción de SOA debemos definir y divulgar lo que significa SOA para nuestra organización, y los beneficios particulares que buscamos. Lograr que todos hablen el mismo idioma es indispensable para una toma de decisiones en consenso.

3.- Diseñar nuestra propia receta: No existen recetas secretas para SOA. Cada organización tiene retos de negocio, cultura e historia distintas. Se tiene que aceptar que ningun proveedor va a poder darle un SOA “llave en mano” por que no hay otra organización igual a la suya en este sentido. La metodologia de Factores Criticos de Exito (Rockart) está más vigente que nunca al ser una estrategia basada en consenso y en la recopilación de la inteligencia colectiva para planear de forma adecuada. El definir a traves de una sesión formal de factores criticos de éxito, que contemple contextos humanos, organizacionales, tecnológicos, y administrativos es una buena manera de garantizar que se cubren todos los aspectos de una estrategia de cambio hacia SOA.

4.- El negocio antes que la arquitectura: El principal motivo de fracaso en los proyectos de TI es muy claro: el beneficio esperado por el negocio nunca llega. Más que centrarnos en si contamos con una arquitectura con todas las “capacidades”, debemos de centrarnos en un enfoque donde primero entregamos el resultado que las personas de negocio esperan y después nos preocupamos por la arquitectura técnica. Sé que va en contra de todo lo que los “profesionales” de sistemas les decimos, pero la realidad es que si entregamos primero el resultado de negocio sera mas fácil que nos den tiempo y dinero para hacer la arquitectura soñada. En SOA esto quiere decir, primero analizamos los procesos más importantes para el negocio y hacemos lo mínimo indispensable para entregar mejoras en ellos. Nada más.

5 .- La disciplina en el diseño: Existe una multitud de “conectores” y “componentes” que prometen facilitar todo. Sin embargo SOA es antes que nada una disciplina de diseño. Como toda disciplina son los humanos quienes la practican, no el producto de software. Un buen equipo de SOA entiende a todos los niveles que preservar el estilo de diseño es indispensable para obtener los beneficios. Se acabaron los “hacks” y mejoras propietarias. Todo diseño debe de obedecer los principios de diseño de SOA, los arquitectos y desarrolladores deben de practicar esta disciplina. Un comite guía puede ser de gran ayuda para asegurar que esta disciplina se aprenda y se regule.

6.- El valor de aprender: La cultura de hacerlo bien y a la primera no aplica enteramente para SOA. Somos humanos, estamos aprendiendo globalmente como cambiar hacia SOA. Habrá cosas que nos pareceran buena idea en un principio y con el paso del tiempo mostrarán que no lo son. Debemos estar abiertos a rediseñar o refactorizar. Es mejor aceptar de antemano que tendremos que variar el diseño y trabajemos de acuerdo a esto. Con SOA necesitamos iterar y protegernos de los cambios, pero más que nada necesitamos promover la experimentación y el consenso. Nada peor para paralizar SOA que desarrolladores temerosos a “exponerse” con sus compañeros porque no se imaginaron todo bien a la primera. SOA fue pensado para el cambio, aprovechémoslo.

Al final, lo que es indispensable considerar en la implementación de SOA en una organización es cómo lograr el cambio que se requiere para que los beneficios de esta arquitectura den resultado y no nos vaya a pasar que dentro de 10 años tengamos que cambiar a otra bala de plata, porque simplemente hicimos lo mismo que toda la vida, pero ahora con estandares de SOA. Buena suerte.

Bio

Emilio Osorio colabora actualmente como Consultor Asociado para Sun Microsystems México. Ha trabajado en desarrollos basados en Java desde 1996 y actualmente se dedica a ayudar a equipos de desarrollo a aprovechar las ventajas del Software Libre y los métodos ágiles en sus organizaciones. Ferviente entusiasta de la aplicación social de la tecnología, a últimas fechas esta involucrado con Organizaciones de la Sociedad Civil. Emilio estará encantado de recibir sus comentarios y quejas en http://tecnonirvana.org/ y en oemilio@tecnonirvana.org

Lean Software Development: Libera tus proyectos

sg — Mon, 12 Mar 2018 22:30:42 +0000

Lean Software Development: Libera tus proyectos sg Mon, 03/12/2018 - 16:30

Publicado en

SG #16

Tierra libre

Autor

Emilio Osorio

En los seminarios sobre métodos ágiles que realizo, típicamente pregunto lo siguiente a la audiencia: “Levante la mano por favor, aquella persona a la cual un diagrama de Gantt le haya sido la diferencia para sacar adelante un proyecto, o que para darle mantenimiento al software de alguien más haya utilizado documentación separada al mismo código, o tal vez aquel líder de proyecto que le haya funcionado asignar y controlar el avance de microtareas por cada miembro del equipo, para que así se comprometan más con una fecha de entrega.

Sorprendentemente (o no tanto), hasta la fecha nadie ha levantado la mano. Si todas estas prácticas que son la quinta esencia de la administración de proyectos, y para las cuáles invertimos miles de pesos en herramientas y cursos no funcionan, entonces ¿por qué lo seguimos haciendo?

Al parecer, pensamos que cuando algo no sale bien lo que necesitamos es una capa más de “control”, un proceso más definido y detallado que “obligue” a los programadores rebeldes, negligentes o apáticos, a tener “conformidad” con el proceso mágico que resolverá todos nuestros problemas. Anhelamos recetas secretas, pero en realidad lo que necesitamos es tan solo un conjunto sólido de principios y sentido común.

¿Como liberar a nuestros proyectos de balas de plata que no funcionan? Afortunados somos de tener Lean Software Development (LSD) a nuestro alcance; es libre, gratis y simplemente funciona. LSD fue desarrollado por Mary y Tom Poppendieck a partir de experiencias en 3M y Toyota, y se basa en aplicar al desarrollo de software los principios de “lean” que han hecho tan exitosas a estas empresas. Se le considera parte de los métodos ágiles, pero desde mi punto de vista está por encima de ellos, ya que LSD nos obliga a pensar, cuestionarnos y encontrar nuestras propias respuestas.
LSD se basa en los siguientes 7 principios:

Eliminar el despilfarro. Es decir, evitar todo lo que no agregue valor al proyecto. ¿Qué es aquello que no agrega valor al proyecto? Sencillo, todo lo que el cliente no pidió, pero en lo que invertimos tiempo. En esta categoría entra funcionalidad adicional a la que pidió el usuario, o especificación de requerimientos demasiado detallada en etapas tempranas del ciclo de vida. Aprendamos a ver éstas cosas como un despilfarro.
Ampliar el aprendizaje. Debemos aceptar que nunca se sabrá exactamente lo que se tiene que construir al principio del proyecto. Así que cualquier tiempo que ocupemos tratando de hacer que el cliente nos “firme” el requerimiento, rompe con el principio anterior. Ampliar el aprendizaje significa aceptar que el desarrollo es un proceso de aprendizaje, por lo tanto tenemos que repetirlo muchas veces para aprender. Solución: Muchas iteraciones cortas, tan cortas como haga sentido.
Retrasar los compromisos. Cada vez que aceptamos trabajar en un proyecto que tiene fecha de entrega pero no tiene requerimientos fijos es como si decidiéramos casarnos con alguien que conocimos hoy mismo. Si no lo hacemos en la vida real, entonces ¿por qué hacerlo en nuestro trabajo? Las iteraciones cortas ayudan a comprometernos con tan solo lo que podemos estimar bien.
Liberar rápido. Todos hacemos desarrollo por iteraciones, ¿verdad? Bueno, tener iteraciones no es lo mismo que liberar rápido. Liberar rápido significa que si te piden un sistema que facture, liberes “a producción” la funcionalidad para facturar lo antes posible, aunque no se haya terminado el resto del sistema. Empresas como Google o Yahoo entienden esto y lo aplican en sus desarrollos. Libera funcionalidades, no sistemas.
Facultar al equipo. ¿Qué es lo mejor que puede hacer un líder de proyecto? No estorbar. Tenemos que confiar en que las personas pueden ponerse de acuerdo, trabajar en equipo y en esencia autodirigirse. Si, cometerán errores. Pero si liberan rápido y tienen iteraciones cortas, entonces sus errores no nos costarán caro, y sobre todo se ampliará el aprendizaje. Si no pueden resolverlos por ellos mismos, entonces debemos evaluar si tenemos el equipo correcto. El trabajo en equipo ES el desarrollo de software.
Construir integridad intrínseca: En Japón, las mismas máquinas que producen las piezas para manufactura, prueban las piezas que producen, las miden y desechan las que no cumplen con los requisitos mínimos. No hay una inspección o control de calidad separada de la producción. Nuestros equipos nunca podrán alcanzar madurez, en un esquema donde el responsable de la calidad sea otro grupo separado del de desarrollo.
Pensar en el todo. “O todos coludos, o todos rabones” decían nuestros abuelos. Al parecer, antes se entendía mucho cómo hacer que una organización o una familia funcionara como un equipo. Abandonemos el modelo de programador estrella, lo único que producimos son divas y gangsters. En un equipo todos ganan y todos pierden, así que olvidémonos de las mediciones de desempeño individuales. Lo único que esto provoca es que los que salgan bien se busquen un trabajo donde les paguen más, y los que no salgan tan bien, harán lo mismo. Creemos equipos que compartan logros y fracasos y reduciremos la rotación de personal.

¿Por que hablo con tanta seguridad? Sencillo, yo mismo he pasado de creer en cosas que no funcionan y sufrir en mi trabajo, a experimentar los frutos de LSD en mi propia práctica. Finalmente, les recomiendo que busquen en Internet a Mary Poppiendick y agradecerán como yo, todo el material gratuito que tiene a nuestra disposición para ayudarnos a empezar. Regalar sus libros a nuestros directores de sistemas probablemente serán los pesos mejor invertidos en mucho tiempo en nuestras carreras.

Bio

Emilio Osorio colabora actualmente como Consultor Asociado para Sun Microsystems México. Ha trabajado en desarrollos basados en Java desde 1996 y actualmente se dedica a ayudar a equipos de desarrollo a aprovechar las ventajas del Software Libre y los métodos ágiles en sus organizaciones. Ferviente entusiasta de la aplicación social de la tecnología, a ultimas fechas esta involucrado con Organizaciones de la Sociedad Civil. Emilio estará encantado de recibir sus comentarios y quejas en http://tecnonirvana.org/ y en oemilio@tecnonirvana.org

Software en la Comunidad

Anonymous — Mon, 28 Apr 2008 17:23:07 +0000

Software en la Comunidad Anonymous Mon, 04/28/2008 - 12:23

Publicado en

SG #20

Tierra libre

Autor

Emilio Osorio

En cuanto conocí el trabajo de simulación participativa para enseñar sustentabilidad ambiental del Dr. Luis García Barrios, investigador en El Colegio de la Frontera Sur en San Cristóbal de las Casas, Chiapas; consideré imprescindible hablar de él. Luis y un equipo de voluntarios llevan varios años tratando de resolver el problema ambiental de raíz, capacitando, con ayuda de software, a las personas de las comunidades más apartadas de Chiapas para que utilicen los recursos de sus tierras sin daño al ambiente.

El ejemplo más interesante de estos trabajos, es el realizado con el Marco de Evaluación de Sistemas de Manejo Incorporando Indicadores de Sustentabilidad (MESMIS). Este es un esfuerzo por crear una metodología de evaluación de prácticas de sustentabilidad para los recursos naturales, que permita indicar qué tan abastecidas o no son las prácticas de explotación de los recursos naturales de un lugar determinado. Este trabajo ha sido reconocido a nivel mundial y es producto de varios investigadores mexicanos agrupados en el Grupo Interdisciplinario de Tecnología Rural Aplicada (GIRA). El trabajo de Luis en este equipo ha sido introducir un elemento dinámico y sistémico con la finalidad de enriquecer a MESMIS logrando extenderlo más allá de un marco de evaluación hacia una herramienta de educación para la sustentabilidad rural.

El MESMIS interactivo cuenta con 4 capítulos de los cuales 2 son simuladores de sustentabilidad. La idea es lograr que las personas participen de una forma activa a través de un drama en tres actos que les muestre los problemas reales en la toma de decisiones de sustentabilidad combinando simulaciones de software, elementos teatrales y de juegos de rol.

En el primer acto, se muestra una cuenca donde todo era bosque, luego diez familias llegan y desmontan 100 hectáreas con siembra. Al cabo de décadas con el crecimiento de la comunidad y los diversos apoyos gubernamentales para el campo, la mayoría de ellos implementados sin tener en cuenta los principios de sustentabilidad, las ahora 1000 familias deforestan 4000 hectáreas. El gobierno en respuesta, crea una área protegida y reduce la superficie para las familias, por lo que los campesinos ahora tendrán que recurrir al uso de fertilizantes para poder sobrevivir con el terreno reducido. En el software, los usuarios van viendo simulaciones a través de series de tiempo, dinámicas, puntos de equilibrios y diversos umbrales para ver de que forma este sistema simulado reacciona ante estas estrategias de explotación.

En el segundo acto, aparecen nuevos personajes, los pescadores del lago al final de la cuenca y los dueños comunitarios de una villa eco turista. En esta etapa, se aprende que el uso de fertilizantes para lograr mayor productividad afecta de forma muy clara la ecología del lago, que además es mucho mas difícil restaurar que un sistema terrestre. Mostrando el escenario de la cuenca, los participantes pronto descubren que es imposible encontrar una combinación del manejo de recursos que deje satisfechos a todos los actores. El drama de la utilización de los recursos naturales que tanto nos esta afectado de forma global se manifiesta.

La resolución se obtiene en el tercer acto, donde los participantes aprenden que los diferentes actores deben de ayudar a crear un sistema equilibrado. En el caso particular de la cuenca, la solución del problema proviene de apoyos que las comunidades del lago y la villa eco turista proveen a los productores del campo cuenca arriba, para utilizar combinaciones de árboles que permiten reducir los fertilizantes.

Una de las historias más inspiradoras es la del programador que ayudó a realizarla, un voluntario llamado Max Pimm; matemático inglés, residente en Barcelona desde hace 5 años, quien se entera del proyecto MESMIS y viaja a México para trabajar como voluntario con el grupo de investigadores de GIRA. Posteriormente se entera del trabajo de Luis con la propuesta de generar modelos interactivos de MESMIS . Inspirado por el potencial del proyecto trabajó por 3 meses en los cuales logró generar todo el sistema. Según sus propias palabras, lo mas importante fue la posibilidad de ver su conocimiento aplicado en un trabajo participativo con gran significado.

Actualmente, el equipo con nuevos voluntarios trabaja en el futuro de MESMIS Interactivo. Las próximas versiones incorporarán desde el diseño del sistema a todos los actores sociales en una plataforma donde se puedan modelar los problemas en un territorio específico, y la gente pueda explorar las consecuencias y entender sus decisiones sobre sus ambientes a través de simulaciones interconectadas en red. Se prevee usen tecnología de vanguardia en la simulación de agentes autónomos y motores de inferencia para las reglas del sistema.

De mi parte, un agradecimiento sincero a Luis García Barrios por su trabajo y ser fuente de inspiración para quien escribe. Para ustedes, amigos lectores, la invitación a conocer, en sus entornos locales, qué trabajos de investigación se están haciendo, para que además de que haya voluntarios que cruzan de otro continente a colaborar, existan también voluntarios mexicanos aportando en tan valiosos esfuerzos.

Si desean obtener datos de como contactar al Dr. Luis Garcia Barrios o dejarnos sus comentarios, pueden checar mas información y fotos del proyecto en tecnonirvana.org

Bio

ViveLinux: Academia y profesionistas unen esfuerzos

sg — Wed, 20 Jun 2007 18:15:43 +0000

ViveLinux: Academia y profesionistas unen esfuerzos sg Wed, 06/20/2007 - 13:15

Publicado en

SG #15

Tierra libre

Autor

Sonia Sánchez

Si bien es cierto que cada vez más personas y organizaciones se convencen de las bondades del software libre, también es cierto que difundirlo nunca estará de más. Esta es la razón de ser del proyecto ViveLinux, al que podemos describir como una campaña de promoción y difusión del uso de GNU/Linux y el Software Libre (SL) en instituciones educativas de nivel medio superior y superior en el estado de Morelos.

Origen

Este proyecto surgió gracias al interés de una de las docentes del plantel Yecapixtla del Colegio de Estudios Científicos y Tecnológicos (CECYT) del Estado de Morelos de sembrar entre sus alumnos un interés por el software libre, ya que además de las ventajas de uso que ofrece, es una excelente herramienta de educación para el desarrollo de software. Fue así que la profesora se acercó a uno de los miembros del Grupo de Usuarios de Software Libre de Cuautla (GRUSLIC), y entonces surgió la iniciativa de este proyecto.

¿Y entonces?

El primer paso fue redactar un manifiesto donde se establecieron los lineamientos del proyecto. Esto permite alinear esfuerzos y tener una mejor organización. El siguiente paso ha sido el de desarrollar materiales para sesiones educativas orientados al ámbito del SL.

Las sesiones pueden tener alguna de las siguientes modalidades:

Pláticas de introducción.
Tutoriales.
Talleres.
Sesiones de Instalación, mejor conocido como InstallFest.
Integración a proyectos de Software Libre.
Los temas son propuestos por los mismos profesores de los planteles y miembros del Gruslic, y típicamente se enfocan en alguna de las siguientes áreas de interés:
- Introducción al SL.
- Filosofía de la comunidad de SL.
- Desarrollo Web.
- Lenguajes de Programación.
- Redes.
- Diseño Gráfico.

Dado que la audiencia de las sesiones puede tener diferentes niveles de conocimiento y experiencia, las sesiones son clasificadas de acuerdo a los siguientes niveles de complejidad:

Básico: Temas fundamentales sobre el movimiento y uso del Software Libre.
Medio: Se enfocan en el uso y configuración de tecnologías y herramientas específicas, por lo que la audiencia debe al menos estar familiarizada con éstas.
Avanzado: Orientados a temas como seguridad, compilación, configuración de servicios, combinación e integración de tecnologías.

Resultados

La primera visita a un CECYT se realizó en septiembre del 2006. A la fecha se han realizado 6 visitas a 4 diferentes planteles, siendo estos los de Yecapixtla, Tenextepango, Emiliano Zapata, y Tlayecac. Cabe destacar que en el plantel de Emiliano Zapata ya se realizó un InstallFest, y se habilitó una de sus CompuAulas con software libre.

Estas visitas y la difusión de sus logros, han tenido como consecuencia que Universidades de otros estados contacten al grupo para llevar hasta sus aulas una sesión de pláticas adaptadas a las necesidades del auditorio, tomando en cuenta los lineamientos que señala el manifiesto.

¿Dónde encuentro más información?

El wiki del manifiesto está disponible y esperando tu colaboración. Este lo puedes encontrar en http://wiki.gruslic.org.mx/Vive_linux

Así mismo, el Grupo de Usuarios de Software Libre de Cuautla (www.gruslic.org.mx) espera tu participación y que te unas a nosotros para promover este manifiesto. Todos los comentarios son bien recibidos, y la ayuda aún más. Contáctanos en
http://groups.google.com.mx/group/gruslic.

Conclusión

La inquietud de una profesora de informática a nivel bachillerato dio pauta para el nacimiento del proyecto que en poco más de 6 meses de vida ha recorrido cuatro municipios del estado de Morelos, y está generando interés en otros estados. Esta es una muestra de cómo la academia y los profesionistas pueden trabajar en conjunto para llevar nuevas opciones de aprendizaje a los estudiantes de nuestro país.

Bio

Sonia Sánchez es Licenciada en Informática, dedicada al desarrollo de soluciones basadas en Software Libre. Es miembro activo del Grupo de Usuarios de Software Libre de Cuautla y ha sido ponente en congresos como ENLI en Puebla y CICOL en Morelos, y participa frecuentemente en los festivales de instalación de software libre que se realizan en estas entidades.

Desarrollando Nuevos Talentos con Software Libre

sg — Tue, 13 Mar 2007 18:32:20 +0000

Desarrollando Nuevos Talentos con Software Libre sg Tue, 03/13/2007 - 12:32

Publicado en

SG #14

Tierra libre

Autor

Emilio Osorio

Al imaginar los talentos del software libre en México, podemos pensar en una serie de vacas sagradas que tuvieron la fortuna de ser contemporáneos del “oh, todopoderoso” Miguel de Icaza, estrella más grande del movimiento en nuestro país. También podemos pensar en aquellos que organizan tantos congresos anuales de software libre por separado, en lugar de trabajar en equipo para realizar un solo evento de mayores dimensiones y alcance. No, para mí, el verdadero talento del software libre en nuestro país no está ahí. Son mucho más jóvenes, tanto, que ni siquiera están en las universidades, están en las preparatorias. Esto permite que su principal interés todavía sea aprender, y no el tener una “carrera”. Esta visión difiere de aquella en la que han caído muchos de nuestros universitarios, que tan solo ven la tecnología como la manera mas rápida de llegar a ser dueños de su propia empresa evasora de impuestos. En cambio, estos jóvenes aún no quieren saber lo que valen. Simplemente desean una oportunidad de aplicar su talento y pasión por el software, en proyectos interesantes, que tengan algún beneficio social, sin más paga que la satisfacción de saber que están contribuyendo a cambiar el mundo.

Sé que al leer estas líneas, probablemente pensarán que esto es imposible en nuestro país. Lo mismo afirmaba el director de una organización sin fines de lucro, cuando le sugerí apoyarse en un programa de voluntarios que le desarrollara su sitio web. Su respuesta fue: “por favor, estamos en México, aquí no existen voluntarios...”. Vivimos en el México que somos capaces de ver y de imaginar.

Me considero muy afortunado de haber conocido hace ya un par de años a dos grupos que muestran claramente lo que pueden hacer los jóvenes. El primero son tres chavos: Luis, Julio y Vicente, conocidos como LEIS (Laboratorio Experimental de Informática Social). Dicho proyecto fue creado por Jesús Polito Olvera, director de la carrera de Técnico Programador en la vocacional No. 9 del Poli (la famosa “Juan de Dios Batiz”). Su propósito era ver qué pasaba cuando los estudiantes de programación más talentosos eran expuestos a las necesidades del sector no lucrativo. El proyecto inicial ya terminó, y los resultados excedieron por mucho las expectativas. El LEIS continua activo. No tienen oficinas, no tienen financiamiento, pero sí tienen una buena red de contactos que constantemente los expone a proyectos donde pueden cada día aprender más, resolviéndole problemas a terceros; que nosotros, los “ilustres” profesionales de la informática, ignoramos, porque no hay dinero involucrado, y porque estamos muy ocupados peleándonos por los 20 proyectos corporativos más grandes del país.

El otro grupo, aún más sui-generis, es Icenet-X. Este es un grupo de jóvenes “ex-hackers”, todos de menos de 20 años. Gaper, Brio y Ayzax, tres de sus principales miembros, son ya muy conocidos en el circuito universitario. Se han dado a la tarea de llegar a los muy jóvenes como ellos, y hacerles ver que, usar software libre es mucho más que una forma de no pagar licencias a la empresa de las ventanas, sino que es una completa filosofía de vida, que puede lograr que cada quien sea independiente y autosustentable.

Tanto Icenet-X como LEIS, tienen sus particularidades. Sin embargo, ambos han elegido bajar el movimiento del software libre de los cielos de las vacas sagradas, a nuestras secundarias. Así que la pregunta es, ¿qué estamos haciendo nosotros, los experimentados, por ayudar a las nuevas generaciones?

Es aquí donde creo que podemos hacer algo dentro de nuestras organizaciones. La propuesta es muy sencilla: abandonemos el degradante modelo de los “becarios” para introducir a nuevas personas a nuestras empresas, y en su lugar iniciemos proyectos de tecnología social, como una forma más efectiva de reclutamiento. Es decir, realicemos proyectos de tecnología aplicada a beneficio social, involucrando a jóvenes voluntarios para la ejecución de dichos proyectos.

La propuesta que he visto funcionando en varios lugares, requiere de los prerequisitos:

Compromiso social de la organización: debemos entender que somos la elite informática de este país. Estamos muy por encima de la enorme brecha digital que cada vez se ensancha más en nuestro país. Tenemos una responsabilidad con México, de hacer lo que podamos para ayudar con lo que mejor sabemos hacer. Como dice la trillada frase: “con gran poder, viene gran responsabilidad”.
Compromiso con los voluntarios: ¿si el dinero no es lo que buscan, entonces qué buscan estos jóvenes? La respuesta es sencilla: experiencia y un muy buen ejemplo. Compartamos con ellos nuestra experiencia y démosles un ejemplo de cómo ser excelentes profesionistas, lideres y personas. Esta es nuestra verdadera oportunidad de sembrar semillas de la mejor calidad para nuestra industria.
Liderazgo efectivo: todo proyecto requiere de un buen liderazgo, y el mejor liderazgo es el que enseña a ser proactivo y autodirigido. En estos proyectos tenemos un entorno muy diferente al de nuestros clientes, y podemos aplicar todas esas prácticas innovadoras sobre las que hemos leído, pero no hemos podido aplicar. Quién sabe, a lo mejor hasta nuestros proyectos comerciales se benefician de lo que aprendamos.

Los invito a que se den oportunidad de probar este sencillo modelo de detectar y apoyar nuevos talentos. Los jóvenes, la industria, y el país lo necesitan.

Bio

Emilio Osorio colabora actualmente como Consultor Asociado para Sun Microsystems México. Ha trabajado en desarrollos basados en Java desde 1996 y actualmente se dedica a ayudar a equipos de desarrollo a aprovechar las ventajas del Software Libre y los métodos ágiles en sus organizaciones. Ferviente entusiasta de la aplicación social de la tecnología, a ultimas fechas esta involucrado con Organizaciones de la Sociedad Civil. Emilio estará encantado de recibir sus comentarios y quejas en http://tecnonirvana.org/ y en oemilio@tecnonirvana.org