Recuerdos Barcamp Cali

:) Hablando de buenas cosas hoy, pues les publico mis foticos del viaje a Cali, con toda esa gente divina que conocí y los buenos ratos que pasé :)

Pronto publicaré ademas las diapositivas de mi desconferencia y un pequeño resumen para quienes quieran leer o recordar. :)

 

Fe de Errata Barcamp Cali

Esta es una aclaración que deseo hacer, si alguien desprevenidamente entra a mi blog por haber visto que en la zona de Organizadores de la nota del Barcamp Cali en el diario El Pais de Cali, quiero decirle que este dato es incorrecto.

A través de mi blog quiero darle el reconocimiento a la labor y buena energía de las personas de Cali que se encontraban a cargo de este evento, yo solo fuí una participante y desconferencista, que se encuentra muy agradecida de haber sido aceptada por ellos como parte del Barcamp Cali.

Aquí la lista de Twitters verdaderos organizadores del Barcamp Cali (Si falta alguien, haganmelo saber :) )

@dxp2, @lncognito, @ranaberden @vik407 @Everlyco, @majulicarvajal, @bi0virus, @albornoz, @ahediaz, @aescallon, @orthon

Mil gracias a todos ustedes por todas las atenciones :) y felicidades por el Barcamp Cali!

Salvando un post

Hace mucho tiempo puse esto en un post, muchos lo publican, quizá puede ser trillado, pero la verdad es que para mí es muy inspirador, por eso antes de borrar mi anterior blog de la red, lo dejo aquí.

Steve Jobs: “Manteneos hambrientos, manteneos alocados”

Publicado el Friday 17 June 2005

Texto de la conferencia que dio Steve Jobs, Director Ejecutivo de Apple Computer y Pixar Animation Studios, el 12 de Junio de 2005 en la Ceremonia de Graduación —Commencement— de Stanford. Podéis leer aquí el original en inglés. E incluso escucharlo en versión original aquí. Una cosa más, hay un vídeo de los últimos 2 minutos y medio de la intervención en esta dirección. ¡Gracias, Nepro!

Tengo el honor de estar hoy aquí con vosotros en vuestra iniciación en una de las mejores universidades del mundo. Nunca me gradué. A decir verdad, esto es lo más cerca que jamás he estado de una graduación universitaria. Hoy os quiero contar tres historias de mi vida. Nada especial. Sólo tres historias.

La primera historia versa sobre cómo se conectan los puntos.

Dejé Reed College después de los seis primeros meses, pero después seguí por allí por libre otros 18 meses, más o menos, antes de dejarlo de veras. Entonces, ¿por qué lo dejé?

Comenzó antes de que yo naciera. Mi madre biológica era una titulada universitaria joven y soltera, y decidió darme en adopción. Ella tenía muy claro que quienes me adoptaran tendrían que ser titulados universitarios, de modo que todo se preparó para que fuese adoptado al nacer por un abogado y su mujer. Solo que cuando aparecí decidieron en el último momento que lo que de verdad querían era una niña. Así que mis padres, que estaban en lista de espera, recibieron una llamada a media noche preguntando: “Tenemos un niño no esperado; ¿lo queréis?” “Por supuesto”, dijeron. Mi madre biológica se enteró de que mi madre no tenía titulación universitaria, y que mi padre ni siquiera había terminado el bachillerato, así que se negó a firmar los documentos de adopción. Sólo cedió, meses más tarde, cuando mis padres prometieron que algún día iría a la universidad.

Y 17 años más tarde realmente fui a la universidad. Pero de forma descuidada elegí una universidad que era casi tan cara como Stanford, y todos los ahorros de mis padres de clase trabajadora los estaba gastando en mi matrícula. Después de seis meses, no le veía propósito alguno. No tenía idea de qué quería hacer con mi vida, y menos aún de cómo la universidad me iba a ayudar a averiguarlo. Y me estaba gastando todos los ahorros que mis padres habían conseguido a lo largo de su vida. Así que decidí dejarlo, y confiar en que las cosas saldrían bien. En su momento me dio miedo, pero en retrospectiva fue una de las mejores decisiones que nunca haya tomado. En el momento en que lo dejé, ya no fui más a las clases obligatorias que no me interesaban, y comencé a meterme en las que parecían interesantes.

No era idílico. No tenía dormitorio, así que dormía en el suelo de las habitaciones de mis amigos, devolvía botellas de Coca Cola por los 5 céntimos del depósito para conseguir dinero para comer, y caminaba más de 10 Km los domingos por la noche para comer bien una vez por semana en el templo de los Hare Krishna. Me encantaba. Y muchas cosas con las que me fui topando al seguir mi curiosidad e intuición resultaron no tener precio más adelante.

Os daré un ejemplo: en aquella época el Reed College ofrecía la que quizá fuese la mejor formación en caligrafía del país. En todas partes del campus, todos los póster, todas las etiquetas de todos los cajones, estaban bellamente caligrafiadas a mano. Como ya no estaba matriculado y no tenía clases obligatorias, decidí atender al curso de caligrafía para aprender cómo se hacía. Aprendí cosas sobre el serif y tipografías sans serif, sobre los espacios variables entre combinaciones de letras, sobre qué hace realmente grande a una gran tipografía. Era sutilmente bello, histórica y artísticamente, de una forma que la ciencia no puede capturar, y lo encontré fascinante.

Nada de esto tenía ni la más mínima esperanza de aplicación práctica en mi vida. Pero diez años más tarde, cuando estábamos diseñando el primer ordenador Macintosh, volvió a mí. Y diseñamos el Mac con todo dentro. Fue el primer ordenador con tipografías bellas. Si nunca me hubiera dejado caer por aquél curso concreto en la universidad, el Mac jamás habría tenido múltiples tipografías, ni tipos con espaciado proporcional. Y como Windows no hizo más que copiar el Mac, es probable que ningún ordenador personal los tuviera. Si nunca hubiera decidido dejarlo, no habría entrado en esa clase de caligrafía, y los ordenadores personales no tendrían la maravillosa tipografía que poseen. Por supuesto que era imposible conectar los puntos mirando hacia el futuro cuando estaba en clase. Pero era muy, muy claro al mirar atrás diez años más tarde.

Otra vez: no se pueden conectar los puntos hacia adelante, sólo puedes hacerlo hacia atrás. Así que tenéis que confiar en que los puntos se conectarán alguna vez en el futuro. Tienes que confiar en algo — tu instinto, el destino, la vida, el karma, lo que sea. Esta forma de actuar nunca me ha dejado tirado, y ha marcado la diferencia en mi vida.

Mi segunda historia es sobre el amor y la pérdida.

Tuve suerte — supe pronto en mi vida qué era lo que más deseaba hacer. Woz y yo creamos Apple en la cochera de mis padres cuando tenía 20 años. Trabajamos mucho, y en diez años Apple creció de ser sólo nosotros dos a ser una compañía valorada en 2 mil millones de dólares y 4.000 empleados. Hacía justo un año que habíamos lanzado nuestra mejor creación — el Macintosh — un año antes, y hacía poco que había cumplido los 30. Y me despidieron. ¿Cómo te pueden echar de la empresa que tú has creado? Bueno, mientras Apple crecía contratamos a alguien que yo creía muy capacitado para llevar la compañía junto a mí, y durante el primer año, más o menos, las cosas fueron bien. Pero luego nuestra perspectiva del futuro comenzó a divergir, y finalmente nos apartamos completamente. Cuando eso pasó, nuestra Junta Directiva se puso de su parte. Así que a los 30 estaba fuera. Y de forma muy notoria. Lo que había sido el centro de toda mi vida adulta se había ido, y fue devastador.

Realmente no supe qué hacer durante algunos meses. Sentía que había dado de lado a la anterior generación de emprendedores – que había soltado el testigo en el momento en que me lo pasaban. Me reuní con David Packard [de Hewlett Packard] y Bob Noyce [inventor del circuito integrado, Intel], e intenté disculparme por haberla fastidiado tanto. Fue un fracaso muy notorio, e incluso pensé en huir del valle [Silicon Valley]. Pero algo comenzó a abrirse paso en mí — aún amaba lo que hacía. El resultado de los acontecimientos en Apple no había cambiado eso ni un ápice. Había sido rechazado, pero aún estaba enamorado. Así que decidí comenzar de nuevo.

No lo vi así entonces, pero resultó ser que el que me echaran de Apple fue lo mejor que jamás me pudo haber pasado. Había cambiado el peso del éxito por la ligereza de ser de nuevo un principiante, menos seguro de las cosas. Me liberó para entrar en uno de los periodos más creativos de mi vida.

Durante los siguientes cinco años, creé una empresa llamada NeXT, otra llamada Pixar, y me enamoré de una mujer asombrosa que se convertiría después en mi esposa. Pixar llegó a crear el primer largometraje animado por ordenador, Toy Story, y es ahora el estudio de animación más exitoso del mundo. En un notable giro de los acontecimientos, Apple compró NeXT, regresé a Apple, y la tecnología que desarrollamos en NeXT es el corazón del actual renacimiento de Apple. Y Laurene y yo tenemos una maravillosa familia.

Estoy bastante seguro de que nada de esto habría ocurrido si no me hubieran echado de Apple. Creo que fue una medicina horrible, pero supongo que el paciente la necesitaba. A veces, la vida te da en la cabeza con un ladrillo. No perdáis la fe. Estoy convencido de que la única cosa que me mantuvo en marcha fue mi amor por lo que hacía. Tenéis que encontrar qué es lo que amáis. Y esto vale tanto para vuestro trabajo como para vuestros amantes. El trabajo va a llenar gran parte de vuestra vida, y la única forma de estar realmente satisfecho es hacer lo que consideráis un trabajo genial. Y la única forma de tener un trabajo genial es amar lo que hacéis. Si aún no lo habéis encontrado, seguid buscando. No os conforméis. Como en todo lo que tiene que ver con el corazón, lo sabréis cuando lo hayáis encontrado. Y como en todas las relaciones geniales, las cosas mejoran y mejoran según pasan los años. Así que seguid buscando hasta que lo encontréis. No os conforméis.

Mi tercera historia es sobre la muerte.

Cuando tenía 17 años, leí una cita que decía algo como: “Si vives cada día como si fuera el último, algún día tendrás razón”. Me marcó, y desde entonces, durante los últimos 33 años, cada mañana me he mirado en el espejo y me he preguntado: “Si hoy fuese el último día de mi vida, ¿querría hacer lo que voy a hacer hoy?” Y si la respuesta era “No” durante demasiados días seguidos, sabía que necesitaba cambiar algo.

Recordar que voy a morir pronto es la herramienta más importante que haya encontrado para ayudarme a tomar las grandes decisiones de mi vida. Porque prácticamente todo — las expectativas de los demás, el orgullo, el miedo al ridículo o al fracaso — se desvanece frente a la muerte, dejando sólo lo que es verdaderamente importante. Recordar que vas a morir es la mejor forma que conozco de evitar la trampa de pensar que tienes algo que perder. Ya estás desnudo. No hay razón para no seguir al corazón.

Hace casi un año me diagnosticaron cáncer. Me hicieron un barrido a las 7:30 de la mañana, y mostraba claramente un tumor en el páncreas. Ni siquiera sabía qué era el páncreas. Los médicos me dijeron que era prácticamente seguro un tipo de cáncer incurable, y que mi esperanza de vida sería de tres a seis meses. Mi médico me aconsejó que me fuese a casa y dejara zanjados mis asuntos, forma médica de decir prepárate a morir. Significa intentar decirle a tus hijos todo lo que ibas a contarles en los próximos diez años en unos pocos meses. Significa asegurarte de que todo queda atado y bien atado, para que sea tan fácil como sea posible para tu familia. Significa decir adiós.

Viví todo un día con ese diagnóstico. Luego, a última hora de la tarde, me hicieron una biopsia, metiéndome un endoscopio por la garganta, a través del estómago y el duodeno, pincharon el páncreas con una aguja para obtener algunas células del tumor. Yo estaba sedado, pero mi esposa, que estaba allí, me dijo que cuando vieron las células al microscopio los médicos comenzaron a llorar porque resultó ser una forma muy rara de cáncer pancreático que se puede curar con cirugía. Me operaron, y ahora estoy bien.

Esto es lo más cerca que he estado de la muerte, y espero que sea lo más cerca que esté de ella durante algunas décadas más. Habiendo vivido esto, ahora os puedo decir esto con más certeza que cuando la muerte era un concepto útil, pero puramente intelectual:

Nadie quiere morir. Ni siquiera la gente que quiere ir al cielo quiere morir para llegar allí. Y sin embargo la muerte es el destino que todos compartimos. Nadie ha escapado de ella. Y así tiene que ser, porque la Muerte es posiblemente el mejor invento de la Vida. Es el agente de cambio de la Vida. Retira lo viejo para hacer sitio a lo nuevo. Ahora mismo lo nuevo sois vosotros, pero dentro de no demasiado tiempo, de forma gradual, os iréis convirtiendo en lo viejo, y seréis apartados. Siento ser tan dramático, pero es bastante cierto.

Vuestro tiempo es limitado, así que no lo gastéis viviendo la vida de otro. No os dejéis atrapar por el dogma — que es vivir según los resultados del pensamiento de otros. No dejéis que el ruido de las opiniones de los demás ahogue vuestra propia voz interior. Y lo más importante, tened el coraje de seguir a vuestro corazón y vuestra intuición. De algún modo ellos ya saben lo que tú realmente quieres ser. Todo lo demás es secundario.

Cuando era joven, había una publicación asombrosa llamada The Whole Earth Catalog [Catálogo de toda la Tierra], una de las biblias de mi generación. La creó un tipo llamado Stewart Brand no lejos de aquí, en Menlo Park, y la trajo a la vida con su toque poético. Eran los últimos años 60, antes de los ordenadores personales y la autoedición, así que se hacía con máquinas de escribir, tijeras, y cámaras Polaroid. Era como Google con tapas de cartulina, 35 años de que llegara Google: era idealista, y rebosaba de herramientas claras y grandes conceptos.

Stewart y su equipo sacaron varios números del The Whole Earth Catalog, y cuando llegó su momento, sacaron un último número. Fue a mediados de los 70, y yo tenía vuestra edad. En la contraportada de su último número había una fotografía de una carretera por el campo a primera hora de la mañana, la clase de carretera en la que podrías encontrarte haciendo autoestop si fueseis así de aventureros. Bajo ella estaban las palabras: “Sigue hambriento. Sigue alocado”. Era su último mensaje de despedida. Sigue hambriento. Sigue alocado. Y siempre he deseado eso para mí. Y ahora, cuando os graduáis para comenzar de nuevo, os deseo eso.

Seguid hambrientos. Seguid alocados.

Muchísimas gracias a todos.

La generación de los expertos

Leyendo el Twitter de @chicaseo me interesé en un post publicado con una pregunta ¿Existen los expertos en Social Medía? pues bien, terminé escribiendo un comentario que me gustaría aprovechar para dejarlo aquí y quizá pulir un poco. A continuación mi comentario sobre los "Expertos en Social Media"

"La verdad yo no me siento en capacidad de opinar o no sobre si hay o no conocedores o expertos de social media, salgo en defensa de la posición de tu novio, por que tambien soy Ingeniera Informática… durante este año he estado mucho en el entorno donde tantos se proclaman conocedores, pero yo en cambio tengo una preocupación y es el nivel de credibilidad que generan este tipo de personas en quienes los siguen. Muchas veces esa empatía hace que “su conocimiento” sea válido para quienes no conocen mucho, y si bien yo pienso que no es necesario que sean ingenieros para entender las implicaciones de ciertas cosas, si pienso que deberían tener más interes en saber como funciona la técnología y eso en general, no solo para Social Media.

La técnología en este tiempo resulta tan inherente a la vida de las personas, que basicamente dan por sentado muchas cosas, muchas cosas de como es o como debería ser, y terminan juzgando a quienes nos preocupamos por las implicaciones de eso, y resultamos siendo los ingenieros nerds, cuando no se trata solo de loco interés muchas veces, solo simple ética profesional.

La verdad es que la tecnología tiene implicaciones de fondo que el común de la gente no se preocupa por entender, y entonces va más allá de si la gente que se dedica a Social Media es experta o no en eso, puede que sean los mejores en ello, pero como les pasa a muchos de los clientes de las compañias de software, estan tan despreocupados por entender las implicaciones de la construcción y evolución de la tecnología que finalmente, muchos terminan siendo soñadores o queriendo enseñarle a la gente cosas que se les vienen a la cabeza y que inclusive, ya alguien más planteó hace tiempo desde una perspectiva académica, pero que como ellos no conocen, se creen que manejan la invención del algunos conceptos.

Termino diciendo que el problema es generalizado, en absoluto no significa que tengan que volverse programadores para entender, hacer técnología es mucho más que solo hacer algoritmos locos, pero lo que si deberían es entender al menos la técnología con la que trabajan, para poder anticiparse a la necesidades que surgen día a día. Quienes lo hacen, son quienes van un paso adelante y por eso generan nuevas posibilidades o necesidades en el público general.

Mientras las personas sigan siendo reactivas y no proactivas ante el tema de la tecnología, por el tema de su desconocimiento o lo complicado que les parece acercarse un poco más, pues bueno, no lo vamos a hacer lo mejor que podría hacerse."

World Best Presentation Contest 2009

Saludos a todos,

Después de un tanto de tener olvidado de mi blog y mi vida 2.0, regreso para algo que habia anhelado desde el año pasado, participar en la versión 2009 del concurso de presentaciones de Slideshare, para ser mi primera vez me siento muy satisfecha con la idea y con lo logrado, espero sus visitas y votos si es que les gusta la ppt.

Aqui, mi presentación para el concurso.

Why an Engineer should be "human" too from Sorey Garcia

Feliz día del Ingeniero!!

Un científico descubre lo que existe... Un ingeniero crea lo que nunca existió. Theodore von Kármán

Hoy es un día de esos en que me pregunto sobre mi profesión, yo soy uno más de esos profesionales que terminaron siendo lo que quizá no soñaban, pero para mi bendición y buena suerte, resulté tener habilidades para ello y además terminé por amarlo y comprometerme totalmente con mi vida de ingeniera.

Cuando enseño en mis clases sobre que es un ingeniero, que es la ingeniería de software, tengo que decir que mi mayor proposito es el tratar de hacerle entender a esas personitas que tengo la responsabilidad de educar, que ser ingeniero es mucho más que aplicar conocimientos matematicos,mucho más que manipular máquinas y mucho más que creerse que uno se las sabe todas …

Ser ingeniero tiene que ver con las personas, con los principios y valores, con la responsabilidad social… con el ser y hacer cosas en beneficio de la humanidad… ser ingeniero tiene que ver con “ser humano” con entender tu papel dentro del mundo y que se puede hacer parte de el, moverlo, cambiarlo y recrearlo…

Ser ingeniero tiene que ver con el corazón… tiene que ver con la pasión por crear, con soñar y con crecer, sin embargo, no con crecer solo, si no con ayudar a tu entorno, a la sociedad y al planeta a dar un paso adelante.

Podrá sonar muy idealista, pero finalmente el reto está en que si no se lo cree solo una persona, si no cada uno de los que llega allí, a ese lugar que tanto le enorgullese y le da el titulo de ingeniero, y además compromete su visión profesional con mucho más que si mismo, entonces ya no será tan idealista, será más alcanzable…

Y es que quizá no podamos cambiar el mundo solos, pero quiza si podemos cambiarlo en compañia de muchos otros, de grano en grano la arena se hace playa… de voluntad en voluntad, se hacen realidad los grandes sueños…

Feliz, de verdad feliz día del ingeniero! Que este día siempre te haga recordar que haces tu hoy, para que el mundo del que haces parte sea distinto!

Sorey García

Referencias: La imagen de este post es propiedad de www.donewtech.com

Un Sueño 2.0

Bien, para quienes me siguen en Twitter, este logo y/o palabra ya se les hace familiar, avanet, mi sueño 2.0.

El significado de sus siglas, Altruistic Virtual Academy Networking, algo pesado, si, algo abstracto también, espera ser un lindo propósito de vida.

En uno de esos días en que uno se siente inspirado, un monton de ideas empezaron a fusionarse en mi cabeza, ninguna de ella era nueva, solo eran cosas que habia aprendido en mi vida, en mi carrera, en mi trabajo, en mi vida virtual tan activa últimamente.

De algunas de esas cosas se más que de otras, pero finalmente este sueño 2.0. como lo llamo yo, no se basa en mi, se basa más bien en un “nosotros”. Los que haran parte de él recién estoy buscándolos, espero tener mucha suerte y encontrar gente que se crea esta locura que se me vino a la cabeza, no si exista, se que sus partes si, y muchos derivados, pero tal cual como me la sueño quizá no exista y espero que solo por esa razón resulte ser algo bueno.

No hablar sobre el detalle de avanet, me ha costado, encuentros con personas que valoraba y que veia como parte integra de esto, pero finalmente eso solo traduce el hecho de que esas personas quizá no tenian ese destino y habrá que buscar otras, de tan buen corazón y energía como mis actuales pocos cómplices, como el señor @alejoserrano que me regalo ese logo tan bonito.

Estoy trabajando, a ratitos, tratando de darle forma para explicarlo claramente, ya veremos, ya veremos que sale de todo esto. Diosito nos acompañe, finalmente es un buen propósito.

Recen por mí! Ahí les dejo la curiosidad, como a los demás a los que no les gustó tanto que los dejara con la duda :-)

"La gente que está tan loca como para pensar que puede cambiar el mundo, es quien lo logra". Apple.

Nota al post 2010/09/04

Quise editar este post para guardar este video, digamos fue lo que soñe cuando pensé en todo esto, sin embargo, el tiempo me ha ayudado a comprender mucho eso del que mucho abarca poco aprieta, me he dedicado a muchas cosas los últimos años de mi vida, y eso hace que no siempre tenga tiempo para todo, sin embargo no dejo de creer que sueños como este son posible cuando uno pone todo de sí, puede que nunca deje de soñar con que esto es posible.

Think Different by Apple

El que me conoce sabe que por mi cuenta, jamás hubiera pensado en poner esto aquí, pero a la vez si me conoce, se puede cuestionar sobre, como podría no hacerlo. Me toca el alma!

Como fue el BarCamp Medellín 2009

Pues bien, llegó el momento de decirlo, estoy feliz.

El BarCamp Medellín fue todo un éxito, el equipo de logistica fue maravilloso y conocer tanta gente bonita fue una experiencia excelente.

Y como llegue ahí? Twitter, mi último hobbie y adicción, realmente maravilloso lo que puede hacer una red social de ese tipo. El BarCamp estuvo lleno de Twitters, de personas de las cuales solo conociamos sus trinos, sin embargo muchos de ellos aportaron y participaron activamente, para que el resultado sea lo que fue, un evento maravilloso y con una proyección futura impresionante.

Aquí mi mejor recuerdo, jovenes, fue maravilloso haberlos conocido, espero seguir en contacto con ustedes y además que el próximo BarCamp Medellín sea un éxito aun mayor.

Les comparto además el material de mi desconferencia en BarCamp Medellín 2009 sobre Consideraciones para el Desarrollo de Aplicaciones Móviles, muchas gracias a quienes estuvieron presentes.

También les comparto las notas de los chicos de gestión de conocimiento y que se encuentran publicadas en el sitio de BarCamp Medellín como Notas Breves 4

Las foticos estan aquí: http://twitpic.com/photos/soreygarcia

Evaluando el estado de tu proyecto de desarrollo

Nuevamente en uno de mis blog favoritos Variable not found encuentro algo super divertido, en la oficina pusimos estos rangos de evaluación:

Si tu proyecto cumple con:

Más de 2: Estás en problemas :-P .
Entre 5 y 10: Tu vida será un desastre mientras el proyecto dure :) .
Más de 10: Lo que estás, esllevado, tu y todo tu equipo, y te deseamos suerte. XD

Jeje, disfrutenlo!

101 formas de saber que tu proyecto está condenado al fracaso

1. La dirección ha cambiado el nombre del "procedimiento en cascada" por "cascada ágil".
2. Se han empezado a contratar consultores para poder echarles las culpas de todo.
3. El servidor de integración continua retorna el error "Que te jodan. Me largo".
4. Habéis implementado vuestro propio framework en Ruby que usa archivos de configuración XML.
5. El miembro del equipo más mayor se refiere a Martin Fowler como "ese gamberro engreído".
6. Vuestro sistema de control de código fuente consiste en una serie de carpetas en un disco compartido en red.
7. El tiempo asignado para QA es destinado a preguntarse el por qué de ese desastre.
8. Todos los requisitos están escritos en una servilleta de papel.
9. Empiezas a considerar un cambio de empleo para no tener que mantener la aplicación que estás desarrollando.
10. El responsable de desarrollo web piensa que la X de XHTML viene de "eXtremo".
11. Las reuniones de todas las iteraciones comienzan por un "¿prefieres las buenas o las malas noticias?".
12. El equipo todavía considera que su nivel de CMM es una mierda.
13. El progreso se mide por el número de errores corregidos, y no por funcionalidades o características finalizadas.
14. La integración continua está haciendo que los empleados nuevos lean el manual del empleado.
15. Eres amigo del portero.
16. Al SCRUM master no le importa lo que hicisteis ayer, ni lo que haréis hoy.
17. Cada hito acaba en un sprint mortal.
18. Vuestro mejor desarrollador lo único que tiene es su expediente académico brillante.
19. No entendéis los acrónimos DRY, YAGNI o KISS, pero sí WTF, PHB o FUBAR.
20. El jefe podría ser sustituido por un script de redirección de emails.
21. La única certificación de vuestros procesos de construcción de software es la ISO 9001/2000.
22. El jefe piensa que "métrica" es un tipo de bebida proteínica.
23. Todos los errores son priorizados como críticos.
24. Todas las funcionalidades son priorizadas como triviales.
25. Las estimaciones económicas del proyecto mágicamente coinciden con el presupuesto disponible para el mismo.
26. Los desarrolladores usan la excusa del código autodocumentado para justificar la ausencia de comentarios.
27. Vuestro patrón favorito es el god object.
28. Todavía pensáis que compilar es una forma de testear.
29. Los desarrolladores todavía utilizan Notepad como entorno de desarrollo.
30. El gestor del proyecto pasa 7 horas a la semana pidiendo informes de progreso (basado en hechos reales).
31. No tenéis máquina propia, y no estáis programando por parejas.
32. Norma del equipo: no hay reuniones hasta las 10:00am, puesto que ayer estuvimos aquí hasta las 2:00am.
33. En el equipo se piensa que los ORM son una moda.
34. El equipo piensa que la transición desde VB6 a VB.NET será sencilla.
35. El gestor piensa que MS Project es la mejor herramienta de gestión de proyectos del mercado.
36. Tu esposa sólo consigue verte en una webcam.
37. Ninguno de test unitarios tienen aserciones (asserts).
38. Vuestro editor de páginas favorito es FrontPage.
39. Se discute encendidamente sobre si la llave "{" debe escribirse en una nueva línea, pero se es impacial ante el uso de patrones como MVC.
40. El lema de la compañía es "haz más con menos".
41. La frase "funciona en mi máquina" se escucha más de una vez al día.
42. La última conferencia a la que asistió el equipo de desarrollo .NET fue la Apple Worldwide Developers Conference 2000.
43. Los gestores insiten en registrar toda la actividad, pero nunca usan esa información para tomar decisiones.
44. Toda la depuración se hace en el servidor en producción.
45. El jefe no sabe cómo comprobar el email.
46. El jefe piensa que ser compatible SOX significa no trabajar las noches en las que hay béisbol.
47. La empresa contrata al senador Ted Stevens para la charla de inicio del proyecto.
48. El último libro que leíste fue la Biblia de Visual Interdev 6.
49. El presupuesto general se confunde con tu gasto semanal en Mountain Dew.
50. El jefe se pasa la hora de la comida llorando en el coche (otro hecho real).
51. El responsable de desarrollo web define Ajax como un producto de limpieza.
52. Tu jefe espera que pases los dos próximos días creando una solicitud de compra por un componente de 50$.
53. El equipo de ventas reduce tus estimaciones porque creen que podéis trabajar más rápidamente.
54. Requisito - Rank #1 en Google.
55. Todos los días trabajas hasta medianoche, y tu jefe se va a las 16:30.
56. A los jefes les encanta decir: "¿por qué se preocupan los desarrolladores? Cobran por horas".
57. El personal del turno de noche de StarBucks te conoce por tu nombre.
58. El jefe no pueden entender por qué alguien puede necesitar más de un monitor.
59. El equipo de desarrollo sólo usa el control de código fuente como sistema de backup por si falla el suministro eléctrico.
60. Los desarrolladores no son responsables de realizar ninguna prueba.
61. El equipo no usa SVN porque piensan que los algoritmos de fusión (merge) son pura magia negra.
62. Tus pizarras no tienen nada escrito (Version One).
63. El cliente confunde siempre tu gráfico burn-down con un burn-up (lo que queda por hacer con lo que está hecho).
64. El nombre clave del proyecto pasa a ser "Marcha de la muerte".
65. Te duele físicamente decir la palabra "sí".
66. Tus compañeros no refactorizan, sino refuctorizan.
67. Como recompensa por el tiempo extra, tu jefe compra una nueva cafetera.
68. El presupuesto de tu proyecto se contabiliza en la empresa como gastos estructurales.
69. Puedes bloguear desde el trabajo, gracias a que subcontratas porciones del proyecto.
70. Se crea un comité de control de cambios del proyecto, incluso antes de disponer de la primera versión alfa.
71. Diariamente consideras romperte los dedos para estar impedido un tiempo.
72. El hito final de entrega ha sido renombrado simplemente como "hito", igual que el anterior.
73. La política de puertas abiertas de la dirección sólo se aplica desde las 17:00 hasta las 8:00 horas.
74. La dirección opina que "por qué comprarlo cuando podemos construirlo".
75. Traes cerveza a la oficina durante el segundo turno.
76. Descubrís al director del proyecto consultando una tabla Ouija.
77. Das información errónea sobre tus compañeros de trabajo para parecer mejor en tu revisión personal.
78. Las revisiones de código se planifican para una semana antes del lanzamiento del producto.
79. Sólo existe presupuesto para realizar pruebas "si tenemos tiempo".
80. El cliente sólo habla sobre los requisitos cuando ya tiene una estimación fija.
81. Tu jefe no le encuentra la gracia a Dilbert.
82. Comienzas a notar los faroles del jefe durante un planning poker.
83. Empiezas a pensar si trabajar dos turnos en Pizza Hut sería una mejor alternativa para tu carrera profesional.
84. Todos los problemas de rendimiento se solucionan poniendo máquinas más potentes.
85. El proyecto va a ser lanzado como una versión beta permanente.
86. Se llevan tu coche del parking por pensar que estaba abandonado.
87. El jefe de proyecto suele garabatear durante las reuniones de toma de requisitos.
88. Estás utilizando MOSS 2007.
89. Tu equipo SCRUM consiste en una única persona.
90. Tu hoja de control de horas parece un ticket de Powerball.
91. El desarrollador web piensa que 508 tiene que ver con sus pantalones Levi's.
92. Piensas que necesitas medicación para la personalidad múltiple porque eres Mort, Elvis, and Einstein al mismo tiempo.
93. Tu jefe sustituye el asesoramiento profesional de un consultor por una bola mágica.
94. Sabes exactamente cuántos warnings en compilación provocan que tu IDE genere una excepción de "fuera de memoria".
95. A estas alturas, todavía no sabes a qué me refiero con el término "IDE".
96. Has copiado y pegado código desde The Daily WTF.
97. Los tests unitarios que fallan son eliminados porque, obviamente, están obsoletos.
98. Eres enviado a una conferencia a aprender, pero te saltas las sesiones para ir a ver si pillas algo.
99. El personal de QA te apoda "Jefe Off-by-one".
100. Tenéis el 90% del software completo el 90% del tiempo.
101. "Oh, oh, casi se me olvida. Ah, voy a necesitar que vengáis también este domingo... gracias".

Post original: 101 Ways To Know Your Software Project Is Doomed
Publicado en: Variable not found

Arquitectura de Software para Dummies

View more presentations from Sorey Garcia.

IDEAS 2009

Me alegra mucho que mi entrada número 101 sea tan especial. Me inscribí a este evento sin saber mucho de el, solo con amplias espectativas acerca de uno de mis temas favoritos, la ingeniería de software, pues bien, me he llevado gratas sorpresas que han generado en mi de nuevo, muchas espectativas que quizá veia un tanto desvanecidas.

El evento del que hablo la Conferencia Iberoamericana de Ingenieria de Requisitos y Ambientes de Software este año en su XII versión a cargo de la Universidad EAFIT.

La Conferencia de Ingeniería de Requisitos y Ambientes de Software (IDEAS) fue concebido como un espacio dedicado a la difusión de actividades y resultados de investigación de profesores, estudiantes y profesionales del ámbito académico y empresarial iberoamericano. IDEAS es pionero en el estudio de temas propios de la Ingeniería de Requisitos y la Ingeniería de Software. Actualmente, IDEAS es considerado como uno de los eventos académico-científicos de mayor calidad y trayectoria en Iberoamérica. Este evento trata de proporcionar el foro adecuado para el intercambio de ideas y experiencias entre las personas y organizaciones Latinoamericanas que trabajan en temas relacionados con la Ingeniería de Requisitos y la Ingeniería de Software.

Pues bien, que puedo decirles, han habido muchos temas interesantes, pero en especial y a modo personal, situaciones bien inspiradoras, como por ejemplo el ver tanta gente joven autores de papers, estudiantes de maestrías y doctorados.

También me ha resultado de enorme valía conocer el pensamiento de tantos profesionales tan reconocidos en la academia a nivel de iberoamérica, y eso en especial por un conversatorio en el que participé ayer y la mesa redonda de hoy, en la cual se trató el tema "Iniciativas y retos de la academia para atender las demandas sociales y laborales del área de informática", nada habría descrito mejor mi tema de interés sobre la ingeniería de software.

Desde que me enamoré de la docencía, mis mayores preocupaciones se han centrado en este tema. Al tener casi que los 3 roles simultaneamente (Estudiante, Docente y Empleado) considero que mi visión del asunto tiene varios puntos por los cuales abogaba y discutía continuamente con algunos colégas. Hoy, escuchar a los acádemicos hablar de la necesidad de conciencia acerca de los problemas de la academía, la ciencia, la investigación, las empresas; encuentro como lo que pensaba en realidad es tan obvio para tantos, y a la vez me cuestiono como hasta este momento no habia conocido nadie, con una visión tan global y preocupada del asunto, esto definitivamente me ha gustado muchisimo.

Sobre las notas que tomé, los pensamientos de estas personas a quienes a partir de este evento admiro y de mis propios pensamientos que confluyen con los suyos, pues escribiré un post. Se que algunos podrán decirme que si, en efecto tambien pensaban esas cosas, pues el problema no es que no exista conciencia de ello, el problema es: que tantas acciones se toman para mitigarlo, que papel ejercemos como profesionales para que esto no ocurra o incluso nos ocurra a nosotros mismos, o que tanto enfrentamos el tema, en vez de evadirlo y dejarlo continuar su mal rumbo. En fín, serán cosas de las que ya hablaré espero que en mi proximo post.

Por el momento les recomiendo visitar y consultar la bibliografía y papers del evento, ya que son de enorme valía. Tambien visitar las universidades y profesionales vinculados al evento ya que tienen cantidad de buenos trabajos que podrían interesales.

http://ideas09.eafit.edu.co

Sabes trabajar en equipo?

Una compañerita de la oficina me envió esto,
espero les resulte de utilidad

http://test.es.msn.com/noticias/trabajarenequipo/Test.aspx

Inscrita en Campus Party 2009

Bien, parece que este es mi año más Geek, hoy me he inscrito al Campus Party 2009, evento en el que quice participar el año pasado y no pude por mi especialización.

Pues bien, ahora si puedo, y no veo la hora de reservar mi plaza, lo que me pregunto es como voy a hacerle para conseguir el permiso en la oficina, pero siendo el 6 de Julio, ya veremos que hacemos para ese día, jejej, ah portarse juiciosa se dijo.

Campus Party está reconocida como el mayor evento de tecnología, creatividad, ocio y cultura digital en red del mundo. Un encuentro anual realizado desde 1997 que reúne durante siete días a miles de participantes con sus computadores procedentes de toda España y de otras naciones, con el fin de compartir inquietudes, intercambiar experiencias y realizar todo tipo de actividades relacionadas con el computador, las comunicaciones y las nuevas tecnologías

http://campus-party.com.co

Les invito a inscribirse y a vernos por allá!! :-D

Creatividad e Innatismo

Recuerdo como alguna vez preocupandome por mis ultimamente frecuentes olvidos, busqué alguna cosas sobre gimnasia cerebral que seguro le agradaran a más de uno.

Sobre el innatismo, pues no tengo mucho que decir, este término lo conocí en una exposición de mi colega y amigo Edgar López en la cual nos mostró unos ejercicios visuales bastante interesantes.

Lo primero que me hizo interesarme en esa palabra fue la frase con la cual se inició la exposición:

Si lo peces tuviesen uso de razón, el agua sería lo último que descubrirían.

Interesante!... intenté días tratando de ponerlo en palabras simples y que creen? No pude. Que mas simple que eso?

Esta es la definición mas clara que encontré de Innatismo

"El innatismo hace alusión las capacidades que estan presentes desde el nacimiento y que no dependen de la interacción del individuo con el entorno."

Bien pues, al finalizar la exposición iniciamos los juegos visuales y fue maravilloso, tanto que aun lo hago de vez en cuando con mis alumnos, cuando hablamos del mismo tema. Aquí les pongo una de las imágenes:




En el ejemplo hay en realidad dos imagenes distintas, pero debido el parpadeo que tiene hace que el cerebro humano capte un poco más lento que en realidad hay diferencias casi obvias entre ambas.

Si les quedo gustando aquí hay mas de esos y otros ejemplos:
http://cognitrn.psych.indiana.edu/busey/ChangeBlindness/ChangeBlindnessExamples.html
http://www.syntagm.co.uk/design/articles/cb.htm

Saludos y que lo disfruten

Matemática para no Matemáticos

Quienes ven mi twitter o mi facebook sabran que ando ultimamente obsesionada con una serie llamada Numb3rs que transmiten en el canal A&E según escuché, para promover el amor por el estudio de las matemáticas.

Pues bien, a mi me parece que lo logran de maravilla, si bien la serie tiene su trama, la teorías matemáticas que entremezclan en ellas son muy interesantes, ojala así enseñaran matemáticas en todas partes, yo habría sido matemática y no ingeniera... jejej

Hoy terminé la Temporada 1 y en el cápitulo hay una escena muy agradable y digna de compartir, ahí se las dejo por si se antojan de verla. :-)

Consideraciones para el Desarrollo de Aplicaciones Moviles

Me acabo de encontrar esto de una charla que dí en la empresa hace un tiempo, seguiré complementando espero, con las cosas que vaya aprendiendo.

Además de que tengo pendiente el publicar cositas sobre Mobile JSF o Mobile Faces :-) que ha sido tan divertido de aprender los últimos meses.

Esta presentación tiene tanto fuentes de internet como material de la especialización de mi clase de computación móvil. Espero les resulte de utilidad.

¿Como enseñar a los programadores del futuro?

Por estos días ando cuestionandome un poco acerca del por que las ciencias de la computación cada vez atren menos, "academicamente hablando", a los jóvenes y futuros profesionales, y es de resaltar que esto solo ocurre academicamente, por que, por el contrario, cada día el uso de las tecnología de información es más natural y popular.

Pues bien, para nadie es un secreto, que hoy por hoy, dedicarse a ser programador es un camino tortuoso y en ocasiones mal remunerado, hay trabajo de más, presión, tecnologías cambiantes, clientes cada vez más exigentes y ni que decir de los encargados de vender y negociar los proyectos, que nos dejan embarcados en proyectos inmensos, con tan solo unos meses de tiempo disponible para desarrollarlos completamente, y con la pesada amenaza de que la empresa será demandada, si no entregamos a tiempo.

Bien, si, es comprensible, este no es un escenario bonito, pero alguien tiene que hacerlo, y hay que buscar la forma de educar a las nuevas generaciones, además de para amar un tanto el tema, pues a hacerlo mejor, para que el escenario no sea tan cruel.

A parte de eso, los profesionales tenemos que lidiar con el tema de que la mayoria de la población se cree que ser un profesional en sistemas es dedicarse a arreglar cacharros o a programar, y pocos se dan el beneficio de la duda, de ahi sale una pelea bizarra en la que los autodidactas terminan sabiendo lo mismo y más que los mismos profesionales, y sí, tecnicamente existen muchos casos de esos, pero cuando de trabajo profesional se habla los que conocen de ambos lados y han atravesado un serio crecimiento al por que hacer tu trabajo con calidad en lo que se refiere a las tecnologías de información, pues tienen bien clarita la diferencia.

Pues bueno, enseñar esa diferencia es un tema problematico, darle valor a tu trabajo frente a clientes que aseveran que un grupo de programadores autodidactas puede hacer lo mismo que un equipo de profesionales, es una pelea en la que ni siquiera vale la pena entrar, simplemente dejar que el tiempo le enseñe al cliente si tenia o no tenia la razón.

Sin embargo a hoy mi preocupación es bastante alta, cada semestre aumenta la proporción de los alumnos que llegan a mi salón de clase diciendome "Profe, es que a nosotros no nos gusta programar"... recuerdo como hace unos años les decia, hombre vale, no interesa, ni que programar fuera lo unico que hubiese para hacer en la informática, y es que así es, pero mi nueva preocupación está en el hecho de que si hay que tener ciertos conocimientos básicos y criterios que fundamenten tu trabajo en lo demás, por que si bien la programación no lo es todo, si es donde recide el todo, si no hay software, no hay programadores, ni ningun otro rol sustentable.

Así que finalmente todo redunda en que necesitamos gente que ame del todo un poco, y tambien gente que ame el especifico o que al menos este dispuesta a asumirlo. Yo por ejemplo enseño la visión del "de todo un poco" pero soy una programadora neta en mi trabajo, y si bien tengo otras inspiraciones al futuro, en lo que confio plenamente es en que la experiencia que estoy teniendo sustentará fuertemente ese futuro que yo desee elegir e incluso me dará variedad de opciones de donde elegir, situación que cambia cuando eliges algo específico, terminas por no poder hacer si no eso el resto de tu vida.

Pues bien, ya les he contado mi opinión, y quiero invitarles a leer el árticulo tan interesante que encontré y por el cual se llama este post, como se llama.

¿Como enseñar a los programadores del futuro?

Les resalto un frase que me llamó bastante la atención, que me mueve las fibras y me hace cuestionar para ser mejor cada día como docente:

El primer obstáculo al que creo todos los programas académicos deben reaccionar es que, muchos alumnos sienten que programar es una tarea tediosa, un rol que se verán forzados a desempeñar durante los primeros años de su trabajo, en lo que logran un ascenso a un puesto de “responsabilidad”. Esto es, en buena medida, por lo torpe que resulta la enseñanza de los conceptos y habilidades básicos de la programación.

Está en las instituciones, está en los docentes y está en los estudiantes poner de su parte para que la educación en conjunto sea mejor cada día de lo contrario, y sin una de las tres partes, las otras dos no tienen buen futuro.

PD: Navegando un poco más me encontré con que la Carnegie Mellon tiene una herramienta gratuita para la enseñanza de la POO a los más peques que se interesan en esto del software, les invito a mirarla http://www.alice.org/

Sistemas de Gestión del Conocimiento

Me encontré esto navegando en el Slideshare de un colega y además de recordarlo por mi actual rol definiendo un temita alrededor de la Gestión del Conocimiento, pues me parecio interesante compartirselos.

View more presentations from difagram. (tags: conocimiento gestión)

Ingenieria de Software para Dummies

View more presentations from Sorey Garcia. (tags: software ingenieria)

Esta es mi propuesta pedagogica para la enseñanza de la ingenieria de software, por supuesto nació de mi experiencia personal, pero tambien de mano de las excelentes personas y docentes que he tenido durante mi vida laboral y académica.

Workaholic

Que chistoso, parece que hablaran de mi (lo de chistoso es ironía, por si hace falta aclararlo)

Coloquialmente, un workahólico o por su nombre orginal en inglés, workaholic es una persona a quien le gusta, ama y es adicta al trabajo. No hay una definición médica para tal condición. Sin embargo algunas formas de estrés, y desórdenes de personalidad obsesivos-compulsivos pueden estar relacionados con el trabajo. Aunque el término workaholic generalmente tiene una connotación negativa, se usa a veces para personas que expresan fuerte motivación hacia una carrera u oficio. El “trabajo” en cuestión, usualmente asociado a un empleo pagado, puede también hacer referencia a actividades tales como deportes, música, artes, o adicción a Internet, a través del mantenimiento de una página o un espacio, personal u organizacional.
...
Aunque el término workaholic no es una acepción admitida dentro de la terminología psicológica, se ha extendido para referirse a aquellas personas quienes gastan su tiempo en el trabajo, o problemas relacionados al mismo, quienes llevan una vida muy ajetreada y que va en detrimento con su salud y funciones fisiológicas, vidas sociales, familiares y personales o sencillamente contra su tiempo libre.
Fuente: http://es.wikipedia.org/wiki/Workahólico

Recorte de Personal?

Pensando en el tema de moda, los afectados, las empresas y los que creen que nunca les va a pasar, les dejaré por estos lados un parte de articulos interesantes.

Del primero resalto las excelentes frases que no reflejan más que la cruel realidad, y el segundo los dejo a su consideración la verdad dudo que en esta situación cualquier consejo sirva, cuando uno sobra, sobra... pero a veces es bueno pensar que uno tiene algo por hacer.

Recorte de personal: ¿Con machete o bisturí?

Solo después de haber hecho el estudio preliminar de la estructura de costos, es procedente la revisión de la nómina. Sin embargo, los expertos advierten que no siempre la reducción es la solución

Pues bien, a quienes no les guste leer mucho, aqui les dejo las frases de este artículo que estan como dirian por ahí, brutales pa´l pecho.

"...fulano de tal es el que gana más y genera más pasivos, por lo tanto es el primero de quien hay que deshacerse."

"Si hay necesidad de llegar al punto del recorte de personal, debe realizarse con criterios que permitan la supervivencia de la empresa a largo plazo, y no solo una recuperación temporal."

"...reconoce la importancia del nivel de salarios como criterio para evaluar la posible salida de un empleado, pero advierte que primero hay que revisar el tema de las competencias, cosa que normalmente no se hace".

"...a la hora de recortar ("que es el último recurso"), hay que evaluar qué competencias se van con el empleado despedido, qué potencial en clientes, ingresos y en clima, porque puede tratarse de un líder. "Un líder no necesariamente es el gerente de una división, es cualquiera que sea un modelo a seguir"

"se hace mucho énfasis en cómo sacar a la gente, mientras que se deja un poco de lado el tema de cómo tratar a los que se quedan en la organización."

"Está demostrado por la experiencia que cuando se hacen recortes de nómina para evitar que la empresa cierre, más temprano que tarde termina cerrando. Algunas reestructuraciones fracasan porque reducen el personal, pero mantienen el tamaño de la empresa. Quieren seguir produciendo lo mismo con menos gente".

"Si no hay la posibilidad de mejorar los sueldos (como es el caso en medio de una crisis), hay que apelar a la creatividad para generar compensaciones a los empleados"

"La cultura corporativa, el clima, el jefe, el tratamiento que se le da, es lo que determina la motivación de un empleado. El dinero tiende a ser más un preservador que un motivador, hasta cierto punto. En momentos como este tengo que cuidarme de que un competidor no se lleve a un empleado valioso"

"Sobrevivir en esta crisis es la prioridad número uno de las empresas en este momento, pero no es su fin último. Hay que saber distinguir entre lo urgente y lo importante".

"No es lo mismo cortarla a machetazos que con un bisturí en un proceso quirúrgico. En el caso del árbol, puedes cortar las ramas que no sirvan, pero no puedes cortar las raíces, pues el árbol muere. Un recorte debe hacerse sobre bases cualitativas y no cuantitativas. La organización debe procurar quedarse con los mejores".

Fuente: http://www.dinero.com.ve/170/portada/informe2.html

Y pues si esto te asusta veamos por aqui, la sección de consejos.

1. Hágase conocer

2. No se fíe de la antigüedad

3. Dé pasos a la izquierda (presente opciones)

4. Asuma otras responsabilidades

5. Encuentre su experiencia

6. Sea flexible

7. Sea positivo

Fuente: http://www.semana.com/noticias-economia/siete-claves-para-conservar-empleo/119457.aspx

séʌǝɹ 1ɐ ɹıqıɹɔsǝ

...'oظǝp so1 ǝs íɥɐ ǝnb ısɐ 'pɐpısoıɹnɔ ǝp oɔod un osnɐɔ ǝɯ oʇsǝ

Ver aquí: http://www.marcianos.com.mx/tools/escribiralreves.html

Aplicaciones Distribuidas

Bueno, a hoy no estoy del todo segura que empezaré con mis clases sobre aplicaciones distribuidas, pero ando trabajando en algun material que seguro puede resultarles de utilidad, aquí se los dejo. :-)

View more presentations or upload your own. (tags: distribuidas aplicaciones)

Pelea Bizantina

La verdad, les quedo muy nice, nada más certero!

Fuente: Sinergias Sin Control (http://sinergiasincontrol.blogspot.com)

Sinergias sin control

(Click para agrandar)

Me gustaron mucho estas caricaturas, asi que los invito a visitar Sinergias sin control, ademas de que considero bueno apoyar a nuestros colegas informáticos en la no se si vigente lucha, pero que me impresiono muchisimo, por favor visitar http://huelgainformatica.es/

POR UNA INFORMÁTICA DIGNA!

Más info aquí: http://www.cpiia.org/index.php?option=com_content&task=view&id=169&Itemid=1

Fuente: Sinergias Sin Control (http://sinergiasincontrol.blogspot.com)