[Rio-pm] [OT] Como um programador mata um dragão

Marco A P D'Andrade mdacwb em gmail.com
Terça Fevereiro 7 07:57:01 PST 2012


Em junho? Acho que é na proxima semana :(

2012/2/6 Ricardo Filipo <ricardo_filipo em yahoo.com.br>

> Faltou javascript:
> Bota o dragão e a princesa num arquivo json. Desenvolve um plugin genial
> pra matar dragão no cliente. Cria um outro plugin de festa fabulosa, linda
> e cheia de animates. Mas o dragão não morre porque o software só roda no
> Chomium 18 que ainda não foi lançado e a princesa fica presa no servidor
> porque não há suporte para jsonp. A festa e a matança são adiadas para a
> data do lançamento do próximo Firefox, em junho.
>
>   ------------------------------
> *De:* Eduardo Maia <maia em eduardomaia.com>
>
> *Para:* Perl Mongers Rio de Janeiro <rio-pm em pm.org>
> *Enviadas:* Segunda-feira, 6 de Fevereiro de 2012 14:35
>
> *Assunto:* Re: [Rio-pm] [OT] Como um programador mata um dragão
>
> Faltou ABAP:
>
> O dragão morre de tédio assim que o programador digita SE38. Mesmo com o
> dragão morto, o programador não pega a princesa, senão vai perder o avião.
>
> =)
>
>
> 2012/2/6 Stanislaw Pusep <creaktive em gmail.com>
>
> Faltou Objective-C: o dragão vê aquilo e morre de desgosto; princesa mata
> o programador pq insultou a honra dela :P
>
> ABS()
>
>
>
> 2012/2/6 Eduardo Maia <maia em eduardomaia.com>
>
>  *Java*
> Chega, encontra o dragão. Desenvolve um framework para aniquilamento de
> dragões em múltiplas camadas. Escreve vários artigos sobre o framework, mas
> não mata o dragão.
> *.NET*
> Chega, olha a idéia do Javanês e a copia, tenta matar o dragão, mas é
> comido pelo réptil. ¬¬"
>
> *ASP*
> Os componentes necessários para levantar a espada são proprietários e
> caros. Outros tantos componentes proprietários para achar a localização do
> dragão, e mais outros tantos a localização da princesa. Chama então seu
> amigo programador de PHP.
>
> *C*
> Chega, olha para o dragão com olhar de desprezo, puxa seu canivete, degola
> o dragão. Encontra a princesa, mas a ignora para ver os últimos checkins no
> cvs do kernel do linux.
>
> *C++*
> Cria um canivete básico e vai juntando funcionalidades até ter uma espada
> complexa que apenas ele consegue entender ... Mata o dragão, mas trava no
> meio da ponte por causa dos memory leaks.
>
> *COBOL*
> Chega, olha o dragão, pensa que tá velho demais para conseguir matar um
> bicho daquele tamanho e pegar a princesa e, então, vai embora de volta ao
> seu mundinho.
>
> *Pascal*
> Se prepara durante 10 anos para criar um sistema de aniquilamento de
> dragão... Chegando lá descobre que o programa só aceita lagartixas como
> entrada.
>
> *Delphi*
> Encontrou um sistema para matar dragões que todos falam mal, e descobre
> que a situação é ainda pior. Sendo obrigado a usá-lo, não consegue matar o
> dragão, fica apenas apagando os incêndios de quando o dragão cospe fogo.
>
> *VB*
> Monta uma arma de destruição de dragões a partir de vários componentes,
> parte pro pau pra cima do dragão e, na hora H, descobre que a espada só
> funciona durante noites chuvosas...
>
> *PL/SQL*
> Coleta dados de outros matadores de dragão, cria tabelas com N
> relacionamentos de complexidade ternaria, dados em 3 dimensões, OLAP,
> demora 15 anos para processar a informação. Enquanto isso a princesa virou
> lésbica.
>
> *PHP*
> Pesquisa bancos de scripts e acha as classes de construção de espada,
> manuseio da espada, localização da princesa e dragão. Remenda tudo e coloca
> umas firulas próprias. Mata o dragão e casa com a princesa. Como tudo foi
> feito com gambiarras, o dragão um dia vai ressuscitar e comer os dois.
>
> *Ruby*
> Chega com uma p*t* fama, falando que é o melhor faz tudo, quando vai
> enfrentar o dragão mostra um videozinho dele matando um dragão ... O dragão
> come ele de tédio.
>
> *Smalltalk*
> Chega, analisa o dragão e a princesa, vira as costas e vai embora, pois
> eles são muito inferiores.
>
> *ASSEMBLY*
> Acha que está fazendo o mais certo e enxuto, porém troca um A por D, mata
> a princesa e transa com o dragão.
>
> *Shell*
> Cria uma arma poderosa para matar os dragões, mas na hora H, não se lembra
> como usá-la.
>
> *Shell* (2)
> O cara chega no dragão com um scr1p7 de 2 linhas que mata, corta, stripa,
> pica em pedacinhos e empalha o bicho, mas na hora que ele roda, o scr1p7
> aumenta, engorda, enfurece e coloca álcool no fogo do dragão.
>
> *Fortran*
> Chega desenvolve uma solução com 45000 linhas de código, mata o dragão vai
> ao encontro da princesa ... mas esta o chama de tiuzinho e sai correndo
> atrás do programador java que era elegante e ficou rico.
>
> *FoxPro*
> Desenvolve um sistema para matar o dragão, por fora é bonitinho e
> funciona, mas por dentro está tudo remendado. Quando ele vai executar o
> aniquilador de dragões lembra que esqueceu de indexar os DBF's.
>
> *Clipper*
> Monta uma rotina que carrega um array de codeblocks para insultar o
> dragão, cantar a princesa, carregar a espada para memória, moer o dragão,
> limpar a sujeira, lascar leite condensado com morangos na princesa gostosa,
> transar com a princesa, tomar banho, ligar o carro, colocar gasolina e
> voltar pra casa. Na hora de rodar recebe um "Bound Error: Array Access" e o
> dragão come ele com farinha.
>
> *Perl*
> Escreve um código de 15 linhas em 8 minutos que mata o dragão, casa com a
> princesa, e por fim ainda escreve obfuscado "Just Another Perl Hacker".
>
> *Analista de Processos*
> Chega ao dragão com duas toneladas de documentação desenvolvida sobre o
> processo de se matar um dragão genérico, desenvolve um fluxograma super
> complexo para libertar a princesa e se casar com ela, convence o dragão que
> aquilo vai ser bom pra ele e que não será doloroso. Ao executar o processo
> ele estima o esforço e o tamanho do estrago que isso vai causar, consegue o
> aval do papa, do buda e do Raul Seixas para o plano, e então compra 2
> bombas nucleares, 45 canhões, 1 porta aviões, contrata 300 homens armados
> até os dentes, quando na verdade necessitaria apenas da espada que estava
> na sua mão o tempo todo.
>
>
> _______________________________________________
> Rio-pm mailing list
> Rio-pm em pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
>
>
> _______________________________________________
> Rio-pm mailing list
> Rio-pm em pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
>
>
> _______________________________________________
> Rio-pm mailing list
> Rio-pm em pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
>
> _______________________________________________
> Rio-pm mailing list
> Rio-pm em pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/rio-pm/attachments/20120207/15fd1955/attachment-0001.html>


Mais detalhes sobre a lista de discussão Rio-pm