Meio Bit - Quando você é obrigado a usar o Anta Unified Process (AnUP) - Comentários

Re: Quando você é obrigado a usar o Anta Unified Process (AnUP)

windir — Sat, 19 Apr 2008 06:51:04 +0000

O pior de tudo, é que isso ai é verdade

Re: Quando você é obrigado a usar o Anta Unified Process (AnUP)

brubrant — Thu, 17 Apr 2008 17:36:14 +0000

Sei que vou chover no molhado, mas senti vontade de engrossar o coro:

SEUS POSTS SOBRE PROJET OS DE TI ESTÃO ÓTIMOS!!

Re: Quando você é obrigado a usar o Anta Unified Process (AnUP)

lfiore01 — Wed, 16 Apr 2008 21:29:30 +0000

Bicalho, to adorando estes posts. Completamente Dilbert estes projetos.

Visit my blog -> www.leandrofiore.eti.br

Consultoria em TI para pequenas empresasa -> www.aninfo.com.br

Re: Quando você é obrigado a usar o Anta Unified Process (AnUP)

tomazett — Wed, 16 Apr 2008 19:11:01 +0000

Parabéns!

Re: flaviotomazio disse: E

acdesouza — Wed, 16 Apr 2008 18:29:24 +0000

As vezes eu tenho a impressão de que você trabalha na mesma empresa que eu

Tem um caso interessante sobre desenvolver um, segundo os desenvolvedores, "framework" para fazer chamadas de procedimentos remotos em uma aplicação Java.

Na verdade é uma biblioteca que implementa o pattern Command usando um EJB.

Qual o problema?
- Usar EJBs, Session-Bean, é mais simples do que o "framework" proposto.
- O "framework" não foi testado gravando dados, só consultando.
- Engole mais exceções do que um estagiário de programação.

[],
AC

Re: flaviotomazio disse: E

lucascavalcante — Wed, 16 Apr 2008 17:15:35 +0000

Ricardo, eu também tenho um relato muito interessante. Assim que eu tiver um tempinho tentarei redigir o texto e te mando!

---
D'oh!

Qualquer semelhança com

Trap — Wed, 16 Apr 2008 16:23:27 +0000

Qualquer semelhança com fatos, nomes e pessoas terá sido mera coincidência.
Já vi esse filme antes, e acontece em quase todas as áreas, é o efeito Chepone.

Re: Quando você é obrigado a usar o Anta Unified Process (AnUP)

Danilo - Cenas da Cidade — Wed, 16 Apr 2008 14:36:51 +0000

Isso me traz lembranças...

Cenas da Cidade - http://cenasdacidade.com.br

Re: Re: O Bicalho, você já ta

camilozero — Wed, 16 Apr 2008 13:03:22 +0000

Também apoio a idéia de um livro!

E a cada post destes, vejo que não estou sozinho nesse mundo Antalogic da produção de software.

Kra eu ainda estou

Slaker — Wed, 16 Apr 2008 12:57:42 +0000

Kra
eu ainda estou iniciando! mas teus artigos sao excelentes! ja ajuda muito!
parabens

Re: Re: O Bicalho, você já ta

MaRKauM — Wed, 16 Apr 2008 12:08:56 +0000

Mas a idéia do livro é boa! Você bem que podia escrever uma compilação dos melhores casos de problemas nessa área e adicionar descrições sobre métodos como PoG, AnUP e afins...
O pessoal do MeioBit poderia contribuir também, enviando as histórias pelas quais passaram.

$> man woman
$> Segmentation fault (core dumped)

Re: Quando você é obrigado a usar o Anta Unified Process (AnUP)

tevi — Wed, 16 Apr 2008 10:53:45 +0000

Não sou desenvolvedor, administro redes...
Mas do seu texto da para tirar bastante coisas para essa area...
Parabens, otimo texto...

____________________
Ouça o que eu digo:
não ouça ninguém!!!!

Re: Quando você é obrigado a usar o Anta Unified Process (AnUP)

cafuin — Wed, 16 Apr 2008 03:26:14 +0000

Tenho colegas antas que vivem puxando o saco e querendo usar essa metodologia citada.

Já comentei com amigos: "Se um dia fulano ou beltrano estiverem acima de mim na hierarquia, saio da empresa, na hora."

Meu chefe era dos desenvolvedores que iniciou o projeto, conhece todo ele em detalhes. Ouve todo mundo, embora não considere sempre, normal.

Já o chefe dele, que hoje é um dos diretores, esses dias estava mexendo nos equipamentos, configurando, ajudando o pessoal no debug.

Daí falou brincando, mas meio a sério "to matando as saudades, aliviando um pouco a cabeça de só ficar no planejamento".

É outro nível trabalhar com gente que tem experiência em como realmente as coisas são feitas.

flaviotomazio disse: E

Ricardo Bicalho — Wed, 16 Apr 2008 03:24:24 +0000

flaviotomazio disse:

E correr o risco de aparecer no salsas e caretas? Nehhh.
Eu até teria umas histórias assustadoras, mas não posso comentar.

Então manda direto pra mim, via formulário de contato direto. Ajoelhou tem que rezar! Quanto ao salsas, não posso prometer nada.

Re: O Bicalho, você já ta

Ricardo Bicalho — Wed, 16 Apr 2008 03:20:53 +0000

Eu tenho que comer muito arroz com feijão, carne e farinha pra chegar aos pés do Joel e mais uns 15 anos de carreira. Mas faço o que posso via Meio Bit.

Quando você é obrigado a usar o Anta Unified Process (AnUP)

Ricardo Bicalho — Tue, 15 Apr 2008 23:16:12 +0000

Existem várias propostas de metodologias de desenvolvimento de software. Obviamente, não é o foco desse post discutí-las. Uma das mais famosas é o Rational Unified Process (RUP), um padrão adaptável e muitas vezes criticado pela criação excessiva de documentação mesmo para projetos nanicos a médios. Ele é largamente usado por empresas quando o maior custo é justificado, já que um projeto pode chegar a custar 40% mais.

Do lado oposto, temos as metodologias ágeis, como o SCRUM e o eXtreme Programming. E no meio temos literalmente dezenas de processos de desenvolvimento de software, cada uma atendendo requisitos específicos. Mas nada disso é importante e nenhum treinamento, experiência, livros, certificações ou mestrados serão capazes de derrotar o Anta Unified Process (AnUP) que existe em um nível acima da Programação Orientada a Gambiarras, o POG.

Quando você estiver em um projeto, tente detectar 3 "virtudes" humanas entrando em ação para começar um projeto de forma errada:
- Arrogância
- Soberba
- Ignorância

Quando as pessoas responsáveis por arquitetar o software possuem as duvidosas qualidades acima, prepare-se e redobre a atenção para que as bombas não caiam no seu colo. Infelizmente, profissionais ruins em posição de chefia existem aos montes. Eles não são líderes, são chefes, ou seja, poder através de outorga, não de conhecimento ou respeito. Some-se a isso desconhecimento e a falta de humildade em pedir ou aceitar ajuda e a receita está completa.

Decisões arquiteturais ruins, metodologias de desenvolvimento absurdas e escolhas tecnológicas duvidosas fazem parte do dia a dia de muitos profissionais. Uma empresa pode adotar uma série de padrões de código macarrônico, complicadíssimo de ser usado por simples desconhecimento que existe algo melhor. E quando alguém tenta ajudar, os superiores não ligam nem dão ouvidos. Alguns meses, depois, com o projeto em prejuízo e o diagnóstico feito, perguntam porque não foram avisados.

Outra decisão comum é adotar uma tecnologia ainda em beta, sem avaliar o impacto. É o uso da tecnologia por tecnologia: "Ouvi dizer que Ruby On Rails é muito bom, vamos fazer o projeto usando isso. Sei que o pessoal aqui só programa em PHP, mas acho que todo mundo vai pegar rápido." ou "O projeto é em .Net, então é só pegar o pessoal de Java pra programar as classes em C#, vai ser rapidinho." ou ainda "Vamos adotar Spring, a lista de recursos tem tudo que precisamos."

Essas decisões ruins, que levam ao POG é o Anta Unified Process. É a aplicação de uma série de erros, em cascata e sem aprender com os próprios. A empresa não cresce, tem alta rotatividade de profissionais e a diretoria não consegue pensar fora da caixa. O AnUP passa a fazer parte da cultura da empresa, deixando o mercado com essa imagem ruim de que profissionais de TI trocam demais de emprego.

Moral do Post:
- Quando você detectar as burradas, documente, um a um. Defenda-se cedo para não ter que se explicar mais tarde
- Lembre-se que com prazos estourados os ânimos se acirram. Nada melhor que dizer aos responsáveis pelo AnUP: "avisei na primeira semana de projeto, pega o e-mail do dia tal."
- Use o e-mail, ele é seu amigo. Copie todos os envolvidos. Não seja combativo ou agressivo, mas levante os pontos de preocupação. Por exemplo: "O custo do componente será inferior e com menor risco de erros e problemas que desenvolvê-lo do zero."
- Se você for obrigado a programar um lixo de código, faça-o da melhor forma possível, mas peça tudo por escrito. Peça com educação e caso não façam, use novamente o e-mail: "Conforme o AnUP Master disse, deveremos acessar a base de dados 19 vezes com os mesmos parâmetros, por causa do uso do padrão abcde."
- Muitas vezes, apontar problemas não significa que você será ouvido. Frustração faz parte do mercado e nem mesmo empresas CMMI 5 escapam da do AnUP, pois essa certificação não define qualidade de arquitetura ou desenvolvimento.

Fonte: Bicalho´s Memory About Fraked Up Projects