miércoles, 30 de julio de 2008

¿Sabes a qué se juega en China?



Cuando presentó su candidatura para los Juegos Olímpicos 2008, las autoridades chinas prometieron que si Pekín era elegida, este hecho contribuiría a mejorar la situación de los derechos humanos en China. Las autoridades Chinas no han cumplido con esta promesa.



Amnistía Internacional




lunes, 28 de julio de 2008

CANDLE FOR TIBET (una vela por el Tibet), el 7 de agosto, a las 9pm (hora local)

¿Valoras la libertad?
¿Te preocupas por ella?
¿Quieres tener una opinión al respecto?


De Candle4Tibet.org/es:

El 7 de agosto de 2008 es el día inaugural de los Juegos Olímpicos en Beijng. En este día queremos crear la PROTESTA DE LUZ más grande del mundo, cuando al menos 100 millones de personas de todo el mundo encenderán una vela para decir SÍ a la libertad en el Tíbet!


Todo lo que tienes que hacer es encender una sencilla vela el 7 de agosto a las 9 pm de tu hora local. Enciende la vela en tu casa, trabajo o en un lugar público. Pon tu vela en tu Ventana, o en tu escritorio, o en cualquier otro lugar donde la gente pueda verla y ojalá hagan lo mismo


Nuestra protesta de luz será vista por billones de personas en las pantallas de televisión del mundo entero el día que los Juegos Olímpicos de Beijing inauguren. No estamos en contra de las olimpíadas o de ninguna otra cosa para el caso, estamos a favor de la Libertad. Punto.


El día siguiente emitiremos cartas a cada jefe de estado en el mundo para informarles exactamente cuántas personas de su país desean que el Tíbet sea libre. También exigiremos que cada uno de ellos actúe en pos de la libertad del Tíbet.

Tilted Twister

Bien, una curiosidad para empezar el día.

Se trata de Tilted Twister. Un "robotijo" hecho con Lego Mindstorms que resuelve el conocidísimo cubo de Rubik que hiciera furor en los ochenta...

Les dejo con una fotito y un video, que ya llego tarde...

Saluditos.









sábado, 26 de julio de 2008

Reglas básicas para hacer fracasar tu proyecto

Leído esta mañna en XING.com (dirigido a los jefes de proyecto)...
Haciendo limpieza he encontrado un abstract que no llegué a presentar en ninguna conferencia. No está pulido, pero tiene su gracia.

Este resumen detalla las malas prácticas que se pueden aplicar a un proyecto de manera que ni el coste ni la calidad sean aceptables. Obviamente la lectura debe hacerse con tono sarcástico.

La garantía es completa. Siguiendo minuciosamente mi plan será imposible que vuestro proyecto se ajuste a las necesidades de presupuesto, calidad o plazos. Este manual de malas prácticas consta de los siguientes apartados:

Relación con el cliente. Tenemos dos alternativas de trato para fracasar estrepitosamente. La primera es tratar al cliente de ESTÚPIDO y la segunda creer que es DIOS y poseedor de la verdad absoluta. Ambas nos harán profundamente desgraciados y nuestros proyectos subirán en coste.

Especificaciones funcionales. Tenemos tres alternativas: No escribirlas nunca, escribirlas al final o en el otro extremo detallar hasta el último detalle más insignificante.

Planificación del proyecto. Para cumplir nuestros objetivos es mejor no planificar. Es más, cuando alguien pregunte sobre el tema disimulemos y hablemos de otra cosa. Como si no hubiera dicho nada. Cuando alguien tenga prisa ya correremos.

Arquitectura y diseño. ¡Que nadie pierda su tiempo con esto por dios! Esta actividad puede generar grandes beneficios que revertirán en el coste, no solo del proyecto en curso si también de otros. Una actividad a evitar siempre que sea posible.

Revisiones. Cuantas menos mejor. Todo el mundo debe ser capaz de hacer las cosas mal a la primera. No necesitamos que nadie empeore nuestro trabajo.

Análisis Estático y Estándares de codificación. Esta actividad la podemos realizar completamente automatizada, siempre que no asignemos ningún responsable de supervisarlos ni ninguna actividad asociada. Así gastaremos dinero en una herramienta que no aportará beneficios.

Pruebas unitarias. Aquí surgen otra vez dos opciones. Una es no hacerlas, claro, pero otra mejor es hacer development driven testing, es decir, escribir el código y luego los test unitarios que NO fallen.

Integración continua. No hacerlo bajo ningún concepto. Es una actividad muy rentable. Mejor esperar al final del proyecto, juntarlo todo y disfrutar de los fuegos artificiales (pum, pom, plas, runtime,...)

Test funcional. Solo hay una cosa mejor que no hacerlo. Hacerlo después de entregar la versión y luego ignorar los defectos que se encuentren ya que el cliente no los ha visto (aún). A ser posible no decirle nunca al equipo del test las nuevas funcionalidades y en caso de que nos fuercen a ello hacerlo en las release notes (o lo más tarde posible).

Mantenimiento. Poner a un becario a mantener todo el código si es que después de todo conseguimos llegar hasta aquí.

Esta presentación tiene como objetivo defender las buenas practicas desde la perspectiva del absurdo. Algunas de las exageraciones comentadas nos parecerán un disparate, pero nos harán reflexionar sobre nuestras actuaciones, decisiones o planificación de los proyectos y sobre todo incidir en los costes que resultan de aplicar las malas prácticas y como la calidad ayuda a reducirlos.

lunes, 21 de julio de 2008

Felices con el Ay!Fon


Sí, somos felices, a nadie le importa que no traiga cámara de vídeo o que con un dispositivo Nokia se puedan hacer más cosas o que no traiga funciones empresariales como un HTC o una Blackberry, ¡qué más da que sea incontrolable en una empresa! Es el ay!fon. Un dispositivo mágico como dice en su publicidad.



Artículo completo:
Todos con el ay!fon, por Chema Alonso

domingo, 6 de julio de 2008

El Gran Hermano europeo, cada vez más cerca




Si el pasado día 20 dábamos cuenta aquí del certificado de defunción de la Sociedad de la Información, en poco más de veinticuatro horas podremos leer una necrológica muy similar si nuestros representantes europeos no le ponen remedio.



Y da igual su color; rojo progresista, azul conservador... ya sea por los lobbies que pululan por nuestras cámaras de representación popular, o por los propios elegidos para calentar asiento en ellas, nuestros parlamentos adquieren poco a poco ese color sepia inquietante que domina el centro de la foto con la que encabezo esta entrada.



Todo esto viene a cuento, si no lo has adivinado ya, de que mañana lunes 7, a las 7 de la tarde (hora de Estrasburgo) el Comité de Mercado Interno y Protección del Consumidor (IMCO) se reunirá para para votar las enmiendas a la Ley Europea sobre comunicaciones electrónicas (conocida como el "Paquete de Telecomunicaciones") bautizadas como "enmiendas-torpedo" por la Asociación de Internautas y La Quadrature du Net: otro ataque a la libertad y a la neutralidad de la red, en un nuevo intento de evitar las descargas que ellos llaman "ilegales" según se informaba ayer en la página de esta asociación.



Si el otro día, cuando hablábamos de la broma de las 65 horas laborales, anotaste el enlace a tus elegidos en Europa, de nuevo podrás hacer uso del mismo enviándoles una misiva como la que puedes leer en la Asociación de Internautas o en La Quadratura du Net. No te demores, no queda mucho tiempo.



Más información:



En el Parlamento Europeo están a punto de votar una barbaridad



Eurodiputados quieren torpedear la libertad en Internet el 7 de Julio



Des eurodéputés veulent torpiller l'internet libre le 7 juillet



Mobilisation Paquet-Telecom



* La imagen de la cabecera es un fotograma de la película 1984 de Michael Radford adaptación de la novela homónima de George Orwell.