Início Agile no InfoQ Brasil
Notícias
Feed RSS-
Encontro Ágil 2010: Um evento diferente
O Encontro Ágil chega a sua terceira edição, sempre com a proposta de reunir a comunidade ágil para discutir e trocar experiências sobre cultura ágil, Programação eXtrema, Scrum, Lean, DevOps, entre outros temas. Este ano a organização decidiu fazer um modelo de evento novo e inovador.
-
Maven 3.0 Lançado
A Sonatype anunciou semana passada o lançamento do Maven 3 (release notes), a maior mudança desde que o Maven 2 foi lançado em 2005. Diferente da mudança entre o Maven 1 e o Maven 2, que teve mudanças no POM e causou um impacto significante à comunidade Maven, o lançamento do Maven 3 está marcado por uma automação de testes significantes.
-
Qual é a nomenclatura ideal para os nosso métodos?
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?
-
Entrevista com Ken Schwaber, parte 3
Ken Schwaber é o co-criador do Scrum junto com Jeff Sutherland. Esta é a Parte 3 de várias partes de uma entrevista com Ken, abrangendo a certificação, testes, treinamento do Scrum, a influência do método Kanban para gestão de trabalho, e as ideias de Ken sobre o futuro das habilidades e conhecimento sobre o Scrum, e muito mais.
-
Entrevista com Ken Schwaber, parte 2
Ken Schwaber é o co-criador do Scrum juntamente com Jeff Sutherland. Esta é a Parte 2 da entrevista com Ken, que fala sobre as certificações da Scrum.org, treinamentos Scrum, e a influência do método Kanban no gerenciamento de trabalhos complexos. Ken fala também sobre suas idéias para o futuro do Scrum.
-
Entrevista com Ken Schwaber, parte 1
Primeira parte da entrevista que a InfoQ.com realizou com Ken Schwaber, onde aborda questões como o Guia do Scrum, Scrum Alliance, Scrum.org e as Certificações de Scrum Master (SCM).
-
8 dicas para se tornar excelente
As 8 dicas de como se tornar excelente e aproveitar as oportunidades são de autoria do Klaus Wuestefeld, autor do manifesto da Computação Soberana e criador do Prevayler. Klaus expressa a sua opinião sobre como alcançar a excelência.
-
Contratando para um time ágil
As metodologias de desenvolvimento ágil têm atraído muito interesse por toda a comunidade de desenvolvimento de software através de discussões, livros e conferências. O paradigma de desenvolvimento de software está em um movimento na direção correta, mas uma área que aparentemente precisa de um refactoring é justamente como fazer a contratação para times ágeis.
-
10 sugestões para o arquiteto de uma equipe ágil
Tom Hollander, um arquiteto de solução da Microsoft da Australia fez uma apresentação entitulada "O Papel de um Arquiteto em Uma Equipe Ágil" no TechEd na Australia, onde falou sobre qual é o papel principal de um arquiteto em uma equipe ágil.
-
Refactoring em TDD deve incluir os testes?
O conceito de refactoring do código/projeto deve ou não incluir uma visita de refactoring também aos testes. Deve-se aprimorar o design dos testes com refactoring?
-
Sprint Burndowns - Nós estamos medindo as coisas erradas?
Um gráfico tradicional de Burndown do Sprint ajuda o time? Alguns times de Scrum acham que controlar as horas de uma tarefa esconde o verdadeiro estado do sprint e preferem outras ferramentas.
-
Como foi o QCon São Paulo 2010
Nos dias 11 e 12 de setembro, foi realizado em São Paulo a primeira edição da Qcon no Brasil. O evento agitou o fim de semana e contou com palestrantes de alto nível como: Nick Kallen, Randy Shoup, Douglas Crockford , Scott Ambler, Charles Nutter e Guilherme Silveira, além de outros conhecidos nacional e intercionalmente. A InfoQ Brasil conta agora como foi e o que aconteceu no evento.
-
Bom código é suficiente para um projeto ter sucesso?
Simon Brown, um desenvolvedor, arquiteto e autor, considera que é preciso muito mais que bom código para ter um projeto de sucesso. Em sua aprensentação, "Bom código não é suficiente", Brown fala sobre os elementos necessários para um projeto ter sucesso, do design claro à documentação.
-
Big Ball of Mud, ainda é o projeto de software dos mais populares
Big Ball of Mud, é um código bagunçado que é mal estruturado, desleixado e muitas vezes amarrado com fita adesiva. Com o passar dos anos tentamos introduzir vários guidelines tais como SOLID, GRASP e KISS, alta coesão e baixo acoplamento. Entretanto, a situação parece continuar e ainda vemos que a "Grande Bola de Lama" parece ser o jeito mais popular de fazer o design de um software.
-
Quebrando paradigmas: Como mostrar o real benefício dos testes e TDD?
Como explicar testes para uma pessoa que nunca escreveu sequer um teste? Como mudar a visão de um programador mostrando que testes são sim úteis? Se para um desenvolvedor já é difícil mudar sua mente em favor dos testes e TDD qual será o esforço necessário para que um gerente fique de acordo com tal prática?