Formando equipes de alto desempenho, parte 1: Início e fases de evolução
Nesta primeira parte de uma série sobre equipes de alto desempenho e gerenciamento Agile, veja uma introdução geral e uma apresentação dos estágios de formação das equipes.
Disseminando conhecimento e inovação em desenvolvimento de software corporativo
O conteúdo foi adicionado aos favoritos!
Houve um erro ao adicionar aos favoritos! Por favor, tente novamente.
Postado por Craig Wickesser , traduzido por Samuel Carrijo em 29 Mai 2009
Já faz alguns anos que o Google e a SpringSource fornecem frameworks de injeção de dependência através de seus projetos open source chamado Google Guice e Spring Framework, respectivamente. No entanto, há até pouco tempo atrás, não havia um padrão independente para que os desenvolvedores mudassem de framework sem ter que atualizar seus arquivos fonte. Mas se tudo ocorrer como planejado, algumas das principais anotações e interfaces de injeção de dependência serão nativas no Java SDK.
Há poucas semanas atrás, o Google anunciou sua parceria com a SpringSource com o intuito de
padronizar um conjunto de anotações consistente e não controverso que permita que classes injetáveis possam ser portadas entre os vários frameworks.
Há alguns dias atrás, uma proposta oficial, JSR 330: Dependency Injection for Java, foi enviada para o JCP (Java Community Process). A proposta tem como alvo a plataforma Java SE, mínimo versão 5, mas visa estabelecer uma base que também será útil no Java EE. O conjunto inicial de anotações proposto inclui:
@Inject – Identificar os contrutores, métodos e campos injetáveis.
@Qualifier - Identificar anotações de qualificadores
@Scope - Identificar anotações de escopo
@Named - Qualificador baseado em string
@Singleton - Identificar um tipo que o injetor instância uma única vez
O processo inteiro, desde as anotações iniciais até a submissão do JSR e tudo a partir daí está aberto ao público, permitindo que a comunidade dê seu feedback ao longo do processo. De fato, a comunidade já deu várias opiniões em vários blogs sobre a parceria, a proposta e até sobre a utilidade disso tudo.
Abaixo segue uma enquete para que possamos avaliar o que a comunidade InfoQ está pensando. Então vá em frente e vote; os resultados podem ser bem interessantes.
Nesta primeira parte de uma série sobre equipes de alto desempenho e gerenciamento Agile, veja uma introdução geral e uma apresentação dos estágios de formação das equipes.
O Business Model Canvas é uma ferramenta estratégica para a construção visual de novos produtos ou serviços. Conheça cada um dos seus elementos e como preencher o Canvas, passo a passo.
Nessa segunda e última parte de uma série sobre o Google Apps Script, conheça como funciona o envio de emails, a conversão de documentos e como criar menus e triggers.
Este artigo avalia seis dos mais importantes fornecedores de serviços de cloud computing PaaS para desenvolvedores Java, analisando critérios como desempenho, escalabilidade e tecnologias suportadas.
O Canvas de Modelo de Negócios é um novo modo de comunicar e suportar a validação iterativa, incremental e empírica de modelos de negócio de startups e novos produtos substituindo o plano de negócios.
Nesta segunda e última parte de uma entrevista exclusiva para InfoQ Brasil, Rebecca Parsons, CTO da ThoughtWorks, fala sobre o Agile Distribuído e técnicas para definição de arquiteturas.
Nessa primeira parte de uma entrevista com a CTO da ThoughtWorks, veja recomendações sobre formas de construir e arquitetar sistemas para obter o máximo de flexibilidade e responsividade a mudanças.
Os gerentes de projetos podem assumir o papel crítico de liderar a introdução do Agile. Vejas conceitos, dicas e técnicas para apoiar esse processo de mudanças.
Nenhum comentário
Acompanhar Discussão Responder