No hay duda que éste es un mundo de gran movilidad, donde las empresas estan moviendose rápidamente al ciberespacio en el cuál no interesa la posición geográfica para hacer negocio, esa es una de las razones por las cuales muchos de los servicios de soporte al cliente han sido movidos a lugares donde la mano de obra es más barata como India, Irlanda, Canadá, etc.

Pero esta caritcatura que encontré en un post de TechCrunch, ya está en el territorio que podríamos llamar subrealista:

En el blog "DevTopics", he encontrado estas 21 leyes de la programación, que ciertamente muchos desarrolladores de .NET encontrarán increíblemente precisas . Aquí las 21 leyes de la programación:

1. Cualquiera sea el programa, una vez desplegado, ya está obsoleto.
2. Es más fácil cambiar la especificación para que se adapte al programa que viceversa.
3. Si un programa es útil, tendrá que ser cambiado.
4. Si un programa es inútil, tendrá que ser documentado.
5. Sólo el diez por ciento del código en cualquier programa se ejecuta.
6. El Software se expande hasta consumir todos los recursos disponibles.
7. Todo programa no-trivial contiene al menos un error.
8. La probabilidad de una impecable demostración de un programa cualquiera, es inversamente proporcional al número de personas viendo la demostración, elevado a la potencia de la cantidad de dinero en juego.
9. No es sino hasta que un programa ha estado en producción por lo menos seis meses, que los errores más dañinos se descubren.
10. Los errores indetectables son infinitos en su variedad, en contraste con errores detectables, que por definición son limitados.
11. El esfuerzo necesario para corregir un error aumenta exponencialmente con el tiempo.
12. La complejidad de todo programa crece hasta que excede la capacidad del programador que debe mantenerlo.
13. Cuálquier código que hayas escrito, y que no has visto en meses, puede de hecho haber sido escrito por otro.
14. Dentro de cada pequeño programa hay un gran programa que luchan por salir.
15. A más pronto empieces la codificación en un proyecto, más te demorarás en terminarlo.
16. Un proyecto con un pobre análisis toma el triple de tiempo previsto en completarce, mientras que uno que ha tenido un cuidadoso análisis sólo toma el doble de tiempo previsto.
17. Agregar más programadores a un proyecto que está retrasado, sólo hace que este se retrace aún más.
18. Un porgama nunca esta menos del 90% completo, ni tampoco más del 95%.
19. Si automatizas un desorden, obtienes un desorden sistematizado.
20. Construye un programa que hasta un tonto lo pueda utilizar, y sólo un tonto lo utilizará.
21. Los usuarios realmente no saben lo que quieren en un programa hasta que lo utilizan.

Definitivamente reglas muy divertidas y que se aplican sobre todo a los "sistémicos". Si te lo haz tomado en serio, creo que es tiempo de que dejes las erramientas de desarrollo de Windows y comiences a usar herramientas de Ingeniería de Software de verdad.

En la última semana las renuncias de altos ejecutivos de Yahoo!, han sido la portada de la mayoría de medios que se dedican a cubrir los chismes de las empresas del sector TIC.  Aunque algunas renuncias se veían venir, como la de los fundadores de Flickr,  otras han sido más o menos sorprendentes, pero el hecho de la rápida sucesión de renuncias en tan corto período de tiempo ha hecho pensar a muchos que hay una total falta de liderazgo en Yahoo y que el principio del fin esta cerca para el popular portal.

Las razones de las renuncias son variadas, pero la sensación que ha quedado es que nadie quiere permanecer en Yahoo!, es por ello que un bromista ha colgado en el dominio "yahoorezinr.com", que podría traducirse como "los que renuncian a yahoo", un formato de carta de renuncia que supuestamente ayudaría a muchos de los más de 13,000 empleados de Yahoo a enviar su renuncia. Las razones que se dan para la renuncia son realmente divertidas, entre ellas figuran:

• La gerencia de la empresa no entiende las redes sociales.
• La gerencia de la empresa no sabe como hacer dinero.
• La gerencia de la empresa no sabe sobre búsquedas.
• La gerencia de la empresa no sabe como administrar un puesto de tacos, menos sabra como manejar un negocio de $30 mil millones.

Definitivamente toda la carta de renuncia es para reir de principio a fin con las opciones. Aunque como broma es bastante cruel, pues estos son quizá los momentos más difíciles de Yahoo, aunque como decía Nietzsche "aquello que no nos mata, nos hace más fuertes".

En un comercial de BT (British Telecom), se ve como los Gremlins arruinan el trabajo que un esforzado empleado hace en su sobre-tiempo, y su lema es: "por que Ud. nunca sabe cuando un programa puede fallar", y ofrecen su servicio de soporte técnico 24/7 (24 horas al día, 7 días a la semana). Aunque ciertamente hecharle la culpa a los Gremlins por las malas decisiones de diseño que se toman en Redmond no me parece justo, pero el video ciertamente es muy divertido aquí se los dejo.

En lugar de usar el soporte de BT, mejor cambia a Linux.