BDD Warriors na Creditas

Quando estive na Agile Brazil 2017 participei de um workshop chamado BDD Warriors, um jogo sobre Behavior Driven Development desenvolvido pela Ana Carolina Hermann. Explicando o BDD Warriors, nas palavras de sua criadora: BDD Warriors é um jogo de cartas Print & Play projetado para auxiliar iniciantes a pensar em termos de cenários e questionar …

O caminho para desenvolver para a Web

Desde a criação da World Wide Web por Tim Berners Lee, temos cada vez mais informações disponíveis na internet. Saber criar, divulgar e exibir conteúdo é uma etapa importante para o sucesso de muitas empresas. Com essa necessidade surgiu o desenvolvedor web, também conhecido como desenvolvedor front-end. Você que está interessado em entrar nesse mundo …

Nossas tecnologias no front-end

Um pouco de história O desenvolvimento front-end deixou de ser a simples camada visual que era há alguns anos e evoluiu juntamente com a necessidade de atender a novos requisitos cada vez mais frequentes como desenvolvimento ágil, responsividade e interfaces assíncronas. Um ecossistema repleto de inúmeras tecnologias surgiram para facilitar o desenvolvimento e melhorar a …

Hanami em production: 2 anos depois – Parte 2

Continuando a minissérie comemorativa de 2 anos do Hanami em production, vou detalhar como foi nosso processo com o Domain-Model. Antes, falei sobre Entrypoint, Presentation e Application Layers, mostrando até um pouco do código fonte. O simples Hanami Model O framework, no auge da sua versão beta (< v0.7), definia o mínimo imaginável para algo …

Hanami em production: 2 anos depois – Parte 1

Começamos os protótipos quando o projeto se chamava Lotus-rb. Lá em Outubro de 2015, a ideia era validar se quem-sabe-talvez, Lotus-rb pudesse ser uma alternativa real ao então nosso principal projeto em Ruby on Rails. Le Prototype Como todo mundo, fizemos um ToDo app para validar. Experimentamos o model e o validation, pois já tinhamos …

Test-Driven Development é desnecessário!

Tempos atrás ouvi a seguinte afirmativa: Acredito que testes de unidade são importantes; Não vejo necessidade porém, em fazer TDD. Será? Separando as coisas: Teste de Unidade Teste de unidade tem como objetivo garantir que uma parte da regra de negócio funcione como foi solicitada/descrita pelo interessado pelo software. O teste deve abranger apenas um …

À procura da qualidade perfeita

Ao criar um produto digital, por padrão, separamos o código fonte em camadas (front-end e back-end). A primeira, onde os usuários interagem com o produto e a segunda, é responsável por replicar o domínio de negócio da empresa. Elas sempre interagem entre si. A imagem acima exemplifica a responsabilidade de cada uma das camadas: entrada (informações …

Refatoração de código

Não precisa acompanhar o “mundo dos testes” para saber o que significa refatorar. Palavra dita diariamente nos departamentos de tecnologia, apresenta-se em dois momentos distintos do desenvolvimento: A milagrosa refatoração de código Refatoração: terceira etapa do Test-Driven Development (Red, Green, Refactor); Refatoração de um código de produção já existente. Neste momento vou tratar apenas do segundo item. …

O que Test-Driven Development não é

Uma dúvida muito pertinente em engenharia de software é sobre Test-Driven Development, TDD, para os mais chegados. Há resistência por parte daqueles que não conhecem – ora, também não é para menos: o nome remete a Teste e teste remete a um processo da área de Verificação e Validação. Após ouvir o developer dizer nunca …