Comments for timeBox

Comment on Agile, Macs e Dev in Rio 2009 by Andre Brito

Andre Brito — Fri, 18 Sep 2009 17:51:18 +0000

I wish I was a Mac too
Ótimo. Sempre tive essa visão também, mas meus amigos só me rebaixam auhauah
Abraço!

Comment on Bom senso minha gente…bom senso. by Marcelo C. Araujo

Marcelo C. Araujo — Thu, 16 Jul 2009 01:41:57 +0000

Já utilizei UCs para mapear requisitos e guiar a modelagem. Ainda tenho que fazer isso em alguns projetos. Não discordo do fato que UCs te ajudam a “pensar a solução”. Assim como você também não deve discordar de que essa não é a única abordagem comprovadamente eficiente. Podemos chegar a um resultado equivalente utilizando histórias/testes de aceitação. Ainda mais quando o requisito se mostra bem simples em termos de interação ator/sistema, como foi o caso descrito aqui.

Uma simples comunicação com a API de um gerenciador de conteúdo.

Comment on Bom senso minha gente…bom senso. by Benhur

Benhur — Thu, 16 Jul 2009 00:59:02 +0000

Realmente, não é O padrão. Nenhuma técnica eh perfeita. Mais é fato que UC é uma abordagem muito útil para APIs, assim como DbC, melhor ainda em conjunto. No entanto, é necessário saber o retorno e como funciona para não usar como documentação, o Scott Ambler sabe bem disso. Se você não sabe onde o método pode ajudar, melhor não usar mesmo. []´s

Comment on Bom senso minha gente…bom senso. by Marcelo C. Araujo

Marcelo C. Araujo — Wed, 15 Jul 2009 23:25:26 +0000

Joshua Bloch: Notas sobre Design de APIs

“Estruture os requisitos como casos de uso: eles são o padrão com o qual você vai comparar sua API”.

Eu diria que é Um padrão, não O padrão

“Documentação importa. Não importa o quão boa é uma API, ela não será usada sem boa documentação. Documente todo elemento exportável da API: toda classe, metódo, campo e parâmetro.”

O tal contrato de serviço que utilizamos cumpri exatamente isso.

Comment on Bom senso minha gente…bom senso. by Benhur

Benhur — Wed, 15 Jul 2009 23:08:12 +0000

http://www.infoq.com/br/articles/API-Design-Joshua-Bloch

Comment on Bom senso minha gente…bom senso. by Marcelo C. Araujo

Marcelo C. Araujo — Wed, 15 Jul 2009 22:36:07 +0000

O que eu não concordo é com um processo prescritivo que engesse o seu trabalho de modelagem (seja de documentos ou código). Cada projeto, cada requisito, tem suas características próprias. Acredito que artefatos são como ferramentas. Você utiliza aquelas que se mostram mais úteis para cada questão que se está tentando resolver.

O Scott Ambler, autor do livro “Modelagem Ágil” e defensor do “Processo Unificado”, o qual se baseia em UC, já dizia que é simplesmente uma questão de se perguntar: Por que estou criando esse artefato e pra quem o estou criando.

No caso descrito nesse post, optamos por escrever uma breve história definindo o requisito em questão e seus critérios de aceitação e posteriormente um contrato de serviço contendo suas capacidades, pré e pos condições. A história (um mero post-it numa parede) foi suficiente para focar a modelagem da solução e o contrato somado ao uso do JUnit foram suficientes para que pessoas não envolvidas com a criação desse serviço tivessem total entendimento sobre o seu propósito e pudessem avaliá-lo e cadastrá-lo no software de governança SOA que utilizam.

Descrever um caso de uso PARA o requisito que foi passado, não pareceu ser algo que agregaria valor a modelagem da solução e também não foi necessário para “passar adiante” o propósito do serviço.

Comment on Bom senso minha gente…bom senso. by benhur

benhur — Wed, 15 Jul 2009 17:05:31 +0000

Burocracia sempre é problema, e pode desgastar um trabalho bem feito. No entanto, se você é obrigado usar UC, ele pode ser útil como ferramenta para projetar sua API, ajuda pensar, não como documentação. Afinal, como você disse o UC representa: “interação entre o ator e o sistema”. Como neste caso o domínio não é de negócio, interface java com um content management, o domínio também não será de negócio, mas ainda sim é muito útil esse método.

O Arquiteto Chefe de Java no Google e autor de Effective Java, Segunda Edição (Addison-Wesley, 2008), Joshua Bloch, disse: “Estruture os requisitos como casos de uso: eles são o padrão com o qual você vai comparar sua API.”

Comment on Blitz Corporativa by Michel Zahn

Michel Zahn — Fri, 29 Aug 2008 23:31:03 +0000

Muito manero o artigo cara…..parabens.

Comment on Blitz Corporativa by Marcelo C. Araujo

Marcelo C. Araujo — Fri, 15 Aug 2008 18:48:20 +0000

Valeu pela força Danielle!
Esse seu marido está marcando de almoçar comigo desde o PAN. rs
Quanto ao RUP, tenho nada contra quem gosta não. Dois grandes amigos meus são certificados nele e eu mesmo já fui devoto por vários anos. O maior problema do RUP são as pessoas que usam waterfall e chamam de RUP. rs
Mas sinceramente, hoje tenho preferência por processos um pouco mais leves

Comment on Blitz Corporativa by Danielle Albuquerque

Danielle Albuquerque — Fri, 15 Aug 2008 18:27:05 +0000

Oi Marcelo,
Meu marido acabou de mandar o link do seu blog… Abri o link e… que boa surpresa!!! Encontrei alguém que pensa exatamente como eu e que está com os mesmos assuntos que eu martelando as idéias…rs
Fui analista de sistemas, depois estudei processos, SOA, acabei de estudar sobre metodologias ágeis (não descarte o RUP 7.0, por favor!rsrs)
Trabalhava em um Escritório de Processos voltado pra TI de uma petrolífera e de lá fui chamada a trabalhar em uma grande consultoria, dessas cheias de ppts bonitos e cabelos com gel… Precisa dizer mais?
Aqui acham que SOA é barramento, que BPM é paradigma de desenvolvimento como OO e estruturado…rs… Está bem difícil fazer com que entendam que BPM não é sistema e ponto.
Bom, se deixar vou escrever, escrever, e vai passar muito dos seus 5 minutos de leitura.
Parabéns pelas idéias, por escrever (precisa ter paciência!).
A propósito, meu marido, que mandou o link, é o André, o narigudo que trabalhou com você.