BT

Agilidade solitária: tornando-se Agile antes da própria equipe

por Ben Linders , traduzido por Marcelo Cenerino   em  24 Set, 2013 2

É comum que organizações realizem uma transformação ágil que atinge toda uma equipe ou departamento. Mas existem profissionais que começam a utilizar práticas ágeis individualmente, ou que trabalham de forma ágil em equipes de apenas uma pessoa. Como essas pessoas podem adotar práticas ágeis e quais os tipos de benefícios que podem obter com isso?

Não se repita? DRY e o dilema entre código duplicado e alto acoplamento

por Abel Avram , traduzido por Rafael Sakurai   em  16 Jul, 2012

O princípio DRY ("Não se Repita") reduz a duplicação de código e os problemas de manutenção resultantes, mas quando é mal aplicado aumenta o acoplamento e reduz a legibilidade. Conheça a opinião de vários especialistas sobre o princípio, suas aplicações e armadilhas.

Livro Design de APIs Web - Criando Interfaces que os Desenvolvedores Adoram

por Bienvenido David III , traduzido por Reinaldo Braga   em  20 Abr, 2012 2

A empresa Apigee anunciou o lançamento de seu livro gratuito "Web API Design: Crafting Interfaces that Developers Love". O livro é uma coleção de práticas de design de API usando REST, criado em colaboração com várias equipes desenvolvedoras de API ao redor do mundo que participaram da oficina de design da Apigee.

Twitter disponibiliza no GitHub guia de melhores práticas, Effective Scala

por Bienvenido David III , traduzido por Paulo Rebelo   em  15 Fev, 2012

O Twitter abriu o guia Effective Scala (Scala Eficaz), disponível no GitHub e licenciado sob a Creative Commons. Scala é uma das principais linguagens de programação utilizadas no Twitter e a maioria da infraestrutura da empresa é escrita em Scala. O guia contém uma série de pequenos experimentos e um conjunto de boas práticas identificadas ao usar a linguagem.

Recomendações Sim, Regras Não

por Fernando Ultremare em  10 Jan, 2012 1

Mike Cohn, reconhecido coach de Agile e cofundador da Scrum Alliance, publicou em seu blog o que seria sua principal resolução para 2012: Atuar através de recomendações e não pela imposição de regras.

Processos de software destroem a paixão dos desenvolvedores?

por Eder Ignatowicz em  16 Jun, 2011 15

Em um post recente, James Turner, editor da O'Reilly, criou polêmica afirmando que processos de software destroem a paixão dos desenvolvedores. O foco demasiado em processos pela indústria de software, sem a consideração dos seus reais benefícios, estaria gerando perda de motivação nas equipes. Veja aqui os aspectos da polêmica e a repercussão em posts e comentários.

Reuniões Ágeis Efetivas

por Vikas Hazrati , traduzido por Pedro Mariano   em  10 Nov, 2010

Reuniões são caras. Um dia inteiro de reuniões dos times pode custar milhares de doláres, se calcularmos o custo de todas as pessoas envolvidas além dos overheads que acontecem. Dado isso, é pragmático se preparar para elas a fim de garantir que suas reuniões Ágeis sejam o mais efetivas possíveis.

Qual é a nomenclatura ideal para os nosso métodos?

por Carlos Alberto em  14 Out, 2010 2

Recentemente Anderson Fraga, no fórum Tectura, iniciou uma discussão onde ele faz um questionamento familiar para muitos desenvolvedores, ele comparou a declaração de métodos e classes do projeto Restfulie e viu que no projeto foi usado nomes curtos e expressivos. Mas qual o impacto disso? Qual é a nomenclatura ideal para os nossos métodos?

TDD: Por onde começar meus testes?

por Pedro Mariano em  19 Ago, 2010 6

TDD é uma técnica bastante utilizada hoje por diversos times. Porém essa forma de iniciar sua funcionalidade pelo teste deve começar por qual parte do nosso projeto? Se estivermos utilizando uma abordagem MVC devemos começar pelos controladores, pela tela ou pelo modelo?

Cobertura de Teste e a Falsa Impressão de Segurança

por Pedro Mariano em  21 Jun, 2010

É muito difícil dizer quanto um software está "bem testado". Como é definido um software bem testado? O que os desenvolvedores constumam utilizar em seus projetos são métricas de cobertura de teste que verificam, de diferentes formas, a porcentagem que o seu código está testando. A questão é, podemos confiar nessa porcentagem? Como fazer com que ela não nos atrapalhe?

Cinco regras para obter restrospectivas melhores

por Chris Sims , traduzido por Lucas Souza   em  02 Mar, 2010

Muito se fala sobre como melhorar as retrospectivas das metodologias ágeis. James Carr publicou recentemente cinco regras de como tornar o processo melhor. As regras são baseadas nas experiências dele em várias retrospectivas, algumas com sucesso, outras não.

Motivos de Atrasos em um Projeto Ágil

por Vikas Hazrati , traduzido por Marcelo Andrade   em  28 Dez, 2009 2

Um atraso, em geral, é quando se tem algo pronto depois do planejado, ocasionando um inconveniente desconforto. Em outro ponto de vista, pode-se ver um atraso como apenas um desperdício. Em um projeto ágil, um atraso resulta em descontinuidade, além de ocasionar outros tipos de desperdício como necessidade de reaprendizagem, mudança de contexto de tarefas, etc.

26 Dicas para um Desenvolvimento Ágil Bem Sucedido

por Vikas Hazrati , traduzido por Christian Guimarães   em  08 Dez, 2009 1

Keith Swenson recentemente compilou a lista 26 dicas para um desenvolvimento ágil bem sucedido. Keith sugeriu que frequentemente coleta porções de sabedoria em vários temas e a lista é um conjunto destilado de sugestões que realmente importam para o desenvolvimento ágil de software.

Dicas para Selecionar um Projeto Piloto para Adoção de Práticas Ágeis

por Vikas Hazrati , traduzido por Marcelo Andrade   em  19 Nov, 2009

Um dos fatores que influenciam o sucesso da adoção de Agile é o conjunto de aprendizados a partir da aplicação de práticas ágeis em um projeto piloto. Tais aprendizados influenciam a organização a seguir em frente com Agile ou continuar com seus processos corriqueiros. Um piloto ruim pode acabar como um projeto abortado, o que sem dúvida resulta em uma publicidade ruim para o novo processo.

Quem Impulsionou nosso Stakeholder de Projeto

por Vikas Hazrati , traduzido por Caroline Voigt   em  10 Nov, 2009

Um stakeholder de projeto para um time ágil é uma pessoa que tem participação valiosa no sucesso do projeto. Ele pode também potencialmente segurar as verbas destinadas ao projeto. Os times ágeis devem se engajar ativamente com os stakeholders, para identificar ideias ou sugestões, discutindo um potencial requisito e, depois, modelando-o e documentando-o.

Feedback geral
Bugs
Publicidade
Editorial
InfoQ Brasil e todo o seu conteúdo: todos os direitos reservados. © 2006-2013 C4Media Inc.
Política de privacidade
BT