BT

Disseminando conhecimento e inovação em desenvolvimento de software corporativo.

Contribuir

Tópicos

Escolha a região

Início Entrega de Qualidade no InfoQ Brasil

  • CINTEQ - International Conference on Software Testing and Quality

    Na última semana desse mês vai ocorrer um grande evento na área de qualidade de software em São Paulo, o CINTEQ - International Conference on Software Testing and Quality organizado pelo ISQTB. Saiba as principais palestras e o que você pode esperar desse evento.

  • Comentar ou não comentar?

    A maioria dos desenvolvedores já escreveu pelo menos uma linha de comentário em seu código. Alguns chegam até a escrever várias linhas de comentário com o intuito de tornar o explicar melhor o que tal implementação faz. Esse artigo reúne algumas práticas usadas na hora de escrever comentários, além de opiniões internacionais e nacionais sobre comentar o seu código.

  • Sprints de Estabilização, um Mal Necessário ou um Puro Desperdício?

    Dushy tem ouvido falar sobre Sprints de Estabilização e ficou pensando se elas eram a norma no mundo ágil. Sprints de Estabilização são uma porção de sprints adicionais ao final do ciclo normal de desenvolvimento e antes da entrega do produto. Como o nome sugere, elas costumam ser incluídas como uma última oportunidade de explorar o produto numa última busca por bugs.

  • Analisando a Dívida Técnica

    O termo "dívida técnica" foi definido por Ward Cunningham e descreve a dívida que a equipe de desenvolvimento assume quando escolhe um design ou abordagem fácil de implementar no curto prazo mas com grande impacto negativo no longo prazo. Alguns agilistas opinaram sobre o que deve ser considerado dívida técnica e como poderia ser classificada.

  • Deficiências de software Crescem em Custos Substantivos

    No recente artigo entitulado "Entrega Continua de Ganhos na Evolução do Sistema", Chris Sterlin discute o conceito de Deficiências de Software – "A deficiência do software se acumula quando o foco permanece na finalização imediata, enquanto flexibilidade de mudanças do sistema é negligenciada no decorrer do tempo".

  • Resgatando seu Projeto Ruby on Rails

    Ruby on Rails já está aí há cerca de 5 anos, e durante todos esses anos diversas aplicações foram desenvolvidas. Várias dessas aplicações foram criadas enquanto os desenvolvedores estavam aprendendo Ruby e Ruby on Rails, e por consequência, não utilizaram as melhores práticas de desenvolvimento. Apesar disso, as aplicações continuam online.

  • Código de Qualidade nas Equipes

    Malik Jaibeer postou uma introdução de como endereçar e introduzir código de qualidade dentro de uma equipe. Sua série de posts podem ser úteis pra quem estiver em uma situação na qual se queira aprender mais para si mesmo ou apresentar essas idéias para outros. A série oferece uma visão geral breve do tema e aponta várias direções para se estudar mais.

  • Economizando com Programação em Par

    Porque alguém utilizaria duas pessoas para fazer o trabalho de uma? Esta é uma reação comum quando as pessoas são apresentadas a ideia da programação em par. Eles concluem programação em par como duplicar o custo de escrever um segmento de código. Dave Nicollete demonstra algumas ideias quantitativas para ajudar a mostrar como a programação em par pode salvar dinheiro, ao invés de desperdiça-lo.

  • Kent Beck Sugere Pular os Testes em Projetos de Curto Prazo

    Kent Beck, autor de “Extreme Programming Explained” e “Test Driven Development: By Example” sugere que um projeto de software, assim como golf, pode ser um jogo longo ou curto. JUnit é um exemplo de projeto longo, muitos usuários, rentabilidade estável (a $0 é triste para qualquer envolvido), onde o objetivo principal é proporcionar funcionalidades além das necessidades dos usuários.

  • Como TDD e Pareamento Aumentam a Produtividade

    "Desenvolvimento orientado a testes" (TDD) e "Pareamento" são duas das práticas ágeis mais conhecidas, e mesmo assim não são postas em prática por muitas equipes ágeis. Com frequência, as pessoas afirmam estar "muito ocupadas" para praticarem TDD e pareamento; em essência, deixando a entender que esforçar-se para produzir um código de alta qualidade reduz a produtividade.

  • O que significa Qualidade?

    O que siginifica Qualidade no Desenvolvimento de Software? Como é usado hoje, Mike Bria observa: ‘Qualidade’ se refere á "ausência de defeitos" ao invés da "presença de valor", de modo que isto representa o que é normalmente utilizado no uso diário.

  • Jogar Fora Seus Sistemas de Bug Tracking?

    Elisabeth Hendrickson, também conhecida como "testObsessed", apresenta uma postura provocativa sobre a priorização de bugs em um projeto ágil. Ela discorre sobre sua impressão de que os problemas encontrados durante a iteração não são "bugs", que somente o Product Owner teria autoridade para considerar algo como "bug" e que uma equipe Ágil não teria a necessidade de um sistema de bug tracking.

  • Esqueça o seu Debugger, Use o "Saff Squeeze"

    Kent Beck, um dos pais do XP, TDD, e do JUnit, conta uma história sobre rastrear defeitos através de uma nova funcionalidade do JUnit, JunitMax, com testes unitários ao invés de um debugger. Ele explica um método apresentado a ele pelo atual líder do desenvolvimento do JUnit, David Saff, onde um teste unitário de alto nível é embutido até que um teste conciso passa a existir na raiz do defeito.

  • Melhores da InfoQ 07: Críticas surpreendentes do líder de desenvolvimento da Microsoft em sua saída

    Jay Bazuzi, ex líder de desenvolvimento do editor do C#, está saindo da Microsoft e escreveu algumas palavras surpreendentemente duras para seus colegas antes da sua partida:“OO não é uma moda passageira” e “Não há problema em utilizar o código de outra pessoa”.

BT