Factory
25.04.2009 - import libs( Bozo, DevDevDev, Nerdson );
Voltar para o topo
As imagens e idéias contidas nesse blog estão sob uma
Licença Creative Commons Atribuição.
Você pode publicar e alterar as imagens, mas deve citar a autoria.
huaiheoiuehieuhaeiuheiuheauieahaeiuheaiuae
me lembra alguns professores…
Sempre rio com o Bozo
kkkkkkkkkkkkk Tem jeito n heim Nerdson… Depois a gent continua nossa discussão sobre documentação… kkkkkkkkk brincadeira, mas ficou muito boa a tirinha, geralmente é isso que acontece mesmo…
Sinto cheiro de polemica
Bem, eu acho que “na vida real”, longe de mega-power projetos em empresas consolidadas ou do governo, quando se faz Engenharia de Software desse jeito, com esse foco, é exatamente isso que acontece.. Fato.
Boa, muito boa.
kkkkk… infelizmente muito verdade essa tirinha, estive discutindo isso com a prof. de projetos essa semana…
Que chefinho legal hahahah
Abração!! \o/
kkkkk rachei mano
Acácio, meu Xará,
Já trabalhei em uma mega-empresa que atendia uma mega-montadora e a bagunça era a mesma. 1 Gerente de projetos, uma porrada de analistas, demoraram vááários meses para “levantar requisitos”, ai com o prazo quase estourado o projeto entrou para nós executarmos. Óbvio que ia atrasar, e aí nós, programadores, éramos os culpados pois não “vestimos a camisa” fazendo horas extras “ad infinitum”
hahaha. Muito boa, Karlisson!
Perfeito. Sou praticante de metodologias ágeis, já trabalhei desse jeito que mostra no quadrinho e posso falar vários motivos do porquê ele não funciona (em certos casos).
O problema nem sempre é o excesso de documentação em si, e sim o fato de que as pessoas que estão fazendo isso nem sabem porque estão fazendo! Você pergunta:
- “João, por que está fazendo esse diagrama de sequência para o caso de uso tal?
ele fafa – “Porque o chefe pediu.”
FAIL! Os caras estão em um ambiente tão fechado, que não sabem que o real motivo de estar fazendo o projeto não é para agradar o chefe e sim criar valor para o cliente, resolver um problema!
A falta de comunicação entre os desenvolvedores em si e o cliente causa esse tipo de problema. Acontece que o modelo de fábrica de software prega exatamente que prática! FAIL 2…
Já vi esse filme duas vezes….
Peraí, essa tira tá errada!! O Bozo, fazendo um diagrama de caso de uso em UML?? Se fosse um fluxograma eu até acreditava
.
Um dia eu vou trabalhar em uma empresa que realmente faça o levantamento de requisitos e ele seja útil.
XP > All
Quando eu fazia meu técnico aconteceu algo parecido, ficamos 6 meses enrolando para fazer um sistema de uma semana. kkkkkkkk É claro que as vezes meu grupo e eu desviávamos a atenção para tentativas de fazer programas maliciosos em Delphi kkkkkkkkk. Mas no final alcançamos a média (graças ao arrendondamento automático do Exccel)Huahuahuahua
Inspired by aulas de APOO? ;x
Ahahahahaha.
Serão os dejavus?
Heauheauhaeuhaeuhuahheauaea. Isso me dá medo.
Isso me lembra os relatórios finais
Hahaha, muito boa. Esquecer de chamar os programadores para participar do projeto é realmente bizarro!
From twitter uhauhauhuhauhauhauhahua
Nunca foi tão perfeito a representação com a realidade!
Fantástico!!!!
Abraços,
Já ouvi muitas histórias parecidas.. xD
Max Reinhold, não é que “esquecem” de chamar os programadores, esta acaba sendo a política em algumas empresas, o engenheiro de software levanta sozinho os requisitos junto ao chefe e faz todo o projeto. Fail 3.
Prazos de 1 dia, documentações super “completas”, esta é a vida wtf-hardcore de um programador. ~ Coitado do Nerdson e parabéns.
Tirinha pertinente para este final de semana, quando acontece o agile weekend aqui em porto alegre
heuahuaheauhueahu
Peraê galera, a crítica foi ótima, mas dizer que levantar requisitos é algo ‘dispensável’ é mentira… mas não vamos discutir por isso, nem muito menos usar o espaço mais bem humorado da esfera terrestre pra perder tempo justificando isso, aquilo… Com um chefe assim, o nerdson já tem muitos problemas… coitados…
Imaginei que isso fosse um pesadelo do nerdson… hueaheuaheua
^^”
Era de se esperar do bozo…. belo trabalho!
Jeff
Por um momento pensei que seria uma tirinha ensinando o Padrão de projeto Factory.
aheuheuheeuhuaeheuh
Muito boa!
Cara, cada vez que vejo essa saga da DevDevDev eu me lembro da implementação de um sistema integrado beeem vagabundo ai do mercado…
Foi a minha 1ª crise de stress !
heheheheh
bacana isso é o que geralmente acontece.
Realmente projeto sem os programadores por perto é dose!
Tipo. Ta aí e faça e quero isso para ontem!
Nossa isso não acontece só em programação não! Quem mexe com designer também!
Realmente o desafio está justamente em saber até onde a ES ajuda em vez de atrapalhar!
Faz uma tirinha sobre eXtreme Programming
Isso faz uma tirinha dessas de Extreme, onde tudo é feito em tempo ágil, e o cliente pede pra mudar tudo em tempo recorde. huauahauh
Leonardo Barros falou bem, quem tá no fim da linha vive esse tipo de dilema, por que o bacana que vem antes come quase todo o tempo e te devolve um desafio digno de Guiness.
Eu trabalhei num jornal por um ano e meio como diagramador e a coisa não fugia tanto disso, tu tinha que montar tudo dentro do prazo, tinha 3 dias para o caderno de fim de semana, tinha que ser lindo e perfeito e o material só chegava um dia antes e aos pedaços, tu ia ver, 10 minutos antes de enviar ainda tava chegando coisa, daí atrasava e ligavam pra ti pra saber por que tava demorando tanto, hahahahahah… realidade!
Detalhe: a culpa é sempre da equipe de implementação. O sistema pronto não tem a funcionalidade X ou ela é incompleta. Culpa de quem? Da equipe de implementação. Detalhe: tu vai questionar o pessoal que fez o projeto do sistema e eles falam que está tudo 101% correto, foi revisado n vezes, etc.
E o melhor é o que vem a seguir: na pressa de corrigir o que está ausente/incompleto, vai-se direto ao código e altera o que precisa ser alterado… e? Documentação que é bom, NADA! Vira uma verdadeira “cria”, só quem implementou entende depois. O cidadão deixa a empresa, ninguém mais consegue mexer na “criatura” do Dr. Frankestein.
quando é que o bozo vai lançar um livro sobre como criar documentação para o sistema, tenho uma prova hoje
preciso estudar mais.
o bozo se mostrou muito eficiente!
Ainda acho que os quadrinhos da DevDevDev são a melhor coisa que o Karlisson já criou. Porra Karlisson, lança um livro-gibi sobre as aventuras na DevDevDev que vai vender que nem água em deserto. Milhões de nerds iriam correndo às livrarias comprar. Bozo ROX!
Terramel tá certo, coloca venda online e seja feliz!
Bah meu,…
de gambiarra os caras manjam mas de HUMOR tá feio a coisa,…
DEUZULIVRE!
Pode parecer brincadeira, mas a pouco tempo eu trabalha em uma empresa aonde o chefe era muito parecido com o dinossauro, até mandei mandei pro pessoal que ainda trabalha lá e todo mundo perguntou se eu andei dando dica pra fazer essas tirinhas… hauhahuahuahu
Nunca vivi isso na realidade, pois ainda to na faculdade de analise de sistemas, mas é bem isso que a professora passa pro pessoal.
@PR0L3: Verdade, XP r0x!!!!!
uAHuAHu vai ser entregue uma porrada de papel para o cliente.
Documentar demais dá nisso, o negócio é documentar somente o principal. Agora se o cliente preferir pilha de papel beleza !
Concordo com o @Terramel se você lançar um livro-gibi sobre as aventuras na DevDevDev vai vender que nem água em deserto.
Preciso de mais tirinhas da serie devdevdev… é a melhor. XD
e o manual de pequenas ilusões, quando sai?
muito bom trabalho senhor Kar-sama
kkk x 10³³. Tomara que o sistema da receita federal para a declaração do imposto de renda não tenha saído da devdevdev.
Parece o prazo tá quase acabando e ainda falta metade da população para declarar :p. Enquanto isso, o trafego da internet brasileira está no extremo.
Tudo parece pior que a clássica situação de estresse destacada na tirinha. Daqui a pouco, mais um link da brasil telecom explodindo.
Muito boa a tirinha. Olha, sou fã do site e fiz um post com as melhores tirinhas na minha opinião do site em http://kirux.wordpress.com/ . Vê lá
Além disso, queria deixar uma sugestão de tirinha, baseando nessa piada:
http://kirux.wordpress.com/2009/04/23/piadinha-sobre-programadores/
Abraços.
Por essas e outras que do nada eu digo que vou largar a informática e fazer culinária. rs
Karlisson, acho que presenciei o momento criativo!
APOO e seus documentos! kkkkkk
E pensar que passarei alguns bons anos da minha vida desenhando diagramas UML… me dá até arrepio na espinha. Alguém conhece um jeito menos doloroso e mais rápido de acabar com a própria vida? hauahauhau
hauaha… “E o que o usuário faz?” Me faço esta pergunta todo santo dia. Eu já falo logo assim: “E o usuário clica no botão. EM seguida clica no botão. Depois clica no botão”. Se for divertido ele nem liga se não for produtivo
Nossa…!!!eu vou sofre com issoo..???hauauhaa FAIL
Ainda bem que alterações nos diagramas de seqüencia não interferem em uma linha sequer do projeto.