Início Agile no InfoQ Brasil
Notícias
Feed RSS-
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?
-
Discutindo Agile com um Diretor Financeiro
O Diretor Financeiro é responsável pelo planejamento, relatórios e análises financeiras, além de gerenciar os riscos financeiros de uma empresa. Qual linguagem seria a melhor do que a financeira, para explicar os benefícios do Agile à um DF?
-
Rails 3 Lançado: Modularidade, Performance, Estabilidade e Simplicidade
Depois de ser comparado com Duke Nuke Forever devido a constante mudança da sua data do lançamento oficial o Rails 3 versão final foi lançado dia 23 desse mês (23/08/2010). Com diversas mudanças enumeradas e discutidas por toda a comunidade e com mais de 16000 contribuintes no total, o Rails provou que uma comunidade unida pode ser a chave para o sucesso.
-
Confirmado Dev In Rio 2010
O Dev In Rio, evento idealizado e organizado primeiramente por Guilherme Chapiewski e Henrique Bastos e que teve a sua primeira edição em 2009 contará com uma nova edição este ano.
-
Um Arquiteto deve Possuir um MBA?
Todd Biske, um Arquiteto e autor do livro SOA Governance, iniciou uma discussão no Twitter fazendo a seguinte pergunta "Os Arquitetos devem ter/buscar um MBA?". Alguns dos arquitetos corporativos que responderam a essa pergunta acreditam que um MBA não é obrigatório mas pode ser útil.
-
O valor determina o preço
É muito comum em vários segmentos determinar o preço de um produto considerando o "tempo" e os "recursos/materiais" que foram utilizados para entregá-lo. Porém se pegar como exemplo o desenvolvimento de software, veremos que não é bem assim porque os custos não ficam somente entre "tempo e recursos", outros fatores devem ser levados em consideração.
-
Os melhores times de Scrum devem ser recompensados?
É uma boa idéia recompensar o melhor time Scrum em determinada empresa a cada semestre? Como ele será determinado? Quais efeitos uma recompensa pode ter?
-
Top 10 livros de Agile
Motivado pelo clima da Conferência Agile 2010 em Orlando, Jurgen Appelo compilou uma lista dos top 100 livros de Agile que deveriam ajudar a comunidade de desenvolvimento de software.