PreguntasLinux

Un poco de humor

* Java - Llega, encuentra al dragón, desarrolla un framework para aniquilación de Dragones en múltiples capas, escribe varios artículos sobre el framework… pero no mata al dragón.
* .NET - Llega, ve la idea del desarrollador de Java y la copia, intenta matar al dragón, pero el bicho se lo come.
* C - Llega, mira al dragón con mirada de desprecio, tira de espada, degolla al dragón, encuentra a la princesa… y la ignora para ver los últimos checkins del CVS del Kernel de Linux.
* PL/SQL - Recoge datos de otros matadores de dragones, crea tablas con N relaciones de complejidad ternaria, datos en tres dimensiones, OLAP, tarda quince años para procesar la información… y para entonces la princesa se volvió lesbiana.
* ASP (el primo de .Net) - Como no fué invitado a matar el dragón demanda a esta Web por 2.000.000 por discriminación, se reparte el dinero con el dragón y se van a vivir juntos a Florida.
* Software Libre - Si el Dragón adopta la GPL, está todo bien: bravo dragón, princesa mala, la próxima versión de Hurd se llamará Draco, etc. Si no, dragón malvado, propietario, no ético, dragón malo y perverso, todos nuestros post en todos los PostNukes del planeta irán contra tí. Y el dragón sigue vivo…

* Pascal - Se prepara durante 10 años para crear un sistema de aniquilación de dragones… cuando llega el momento descubre que el programa sólo acepta lagartijas como entrada.
* PHP - Crea una página web que al ejecutarla eliminará al $dragón tirando de una base de datos de armas en MySQL y sobre un servidor Apache. Sin embargo, se olvidó el Where en la query de delete y mata a la princesa, al dragón, a los campesinos, a la bruja, al hechicero y al propio programador.
* Perl - El caballero decide matar al dragón con una expresión regular, pero se equivoca en los caracteres de comodín y acaba incluyendo en el patrón de mortalidad a Dragones, Iguanas, lagartos, perros, gatos, osos, princesas y ratones.
* Ensamblador - Cree que está haciendo lo más correcto y eficiente… pero pone un A en lugar de un D y mata a la princesa para terminar follándose al dragón.

Artículo completo en La filosofía Carol Banas.

un par mas que estan muy buenos

* JUnit - se escribe un test que prueba si el dragon existe, si tiene hambre, si esta despierto, si esta enojado. Se lo ejecuta a cada momento, con integracion continua, y el pobre dragon se suicida, ante tal panorama de vida. Mientras, todos los test de la princesa quedan en verde.

* Smalltalk - Los programadores de Smalltalk no se dedican a matar dragones. No, ellos no programan. No, ellos tienen un ambiente. No, no insistan, no es programar. Ni tampoco son objetos. No les hablen de Java, .NET o dragones. No, estan todos equivocados. Ellos saben que es la realidad y todo eso, porque la simulan. Crean su propio universo, sin dragones, sin gente molesta que "dice que programa", y lo guardan en la imagen, que es imposible de subir a memoria, en ningun otra variante de Smalltalk que la original....

* SOA - Arman el contrato MatarDragon, arman el mensaje Dragon, Princesa, lo envian por Indigo o el nuevo framework de IBM, alguien en alguna parte se olvide de actualizar el contrato, todo aborta, todo desaparece, y todo el departamento de IT se pregunta: "donde m... fue a parar ese mensaje??"

* UML - Arman el diagrama de clases Dragon, Princesa. Tratan de aplicarle un caso de uso Matar Dragon. Comienza sencillo, pero de pronto explota en actores, diagramas de secuencia, diagramas de actividad. Se llena el disco con diagramas, antes de poder llegar a alguna conclusion. En la version 86.12 de los documentos, alguien se da cuenta que hay que agregar un metodo matardragon(). Gran discusion: será estático? será de la instancia? Cada diagrama de secuencia, se hace tan ancho como Rusia, y su impresion amenaza con deforestar el Amazonas... Finalmente alguien programa 10 lineas en cualquier lenguaje, y mata el dragon. En el post mortem, se decide usar una nueva version de UML, porque esta les quedo chica.