Rodrigo Branas tem experiência em desenvolvimento Java, certificações em programação e gerenciamento de projetos. Ele ministra treinamentos em diversas tecnologias e métodos ágeis como Extreme Programming.
3. @rodrigobranas
rodrigo.branas@gmail.com
Formação Acadêmica
Ciências da Computação – UFSC
Gerenciamento de Projetos - FGV
Certificações
SCJA, SCJP, SCJD, SCWCD, SCBCD, PMP, MCP e CSM
4. Rodrigo Branas – rodrigo.branas@gmail.com
10 anos de experiência na plataforma Java
1000 horas em sala de aula
Mais de 50 palestras em eventos
Líder da área de desenvolvimento na Gennera
Autor da revista Java Magazine
Palestrante
Instrutor da Academia Java e Agile da Globalcode
Criador dos treinamentos de Clean Code, Selenium e
Maven da Agile Code
Trabalhou com as empresas:
EDS, HP, GM, Citibank, OnCast, Globalcode, V.Office, Dígitr
o, Softplan, Unimed, Suntech, Vale do Rio
38. YAGNI (You Ain’t Gonna Need It)
Tempo gasto adicionando, testando e
corrigindo novas funcionalidades.
Novas funcionalidades precisam ser
debugadas, documentadas e suportadas.
39. YAGNI (You Ain’t Gonna Need It)
Tempo gasto adicionando, testando e
corrigindo novas funcionalidades.
Novas funcionalidades precisam ser
debugadas, documentadas e suportadas.
Seu código ocupa espaço e aumenta a
complexidade do software como um todo.
40. YAGNI (You Ain’t Gonna Need It)
Tempo gasto adicionando, testando e
corrigindo novas funcionalidades.
Novas funcionalidades precisam ser
debugadas, documentadas e suportadas.
Seu código ocupa espaço e aumenta a
complexidade do software como um todo.
Novas funcionalidades geram novas
necessidades e o Snowball Effect.
113. Estratégias para reduzir a demora
no processo de build:
Modularizar o build
Distribuir ou delegar a execução
do build (CI)
114. Estratégias para reduzir a demora
no processo de build:
Modularizar o build
Distribuir ou delegar a execução
do build (CI)
Otimizar os testes
115. Estratégias para reduzir a demora
no processo de build:
Modularizar o build
Distribuir ou delegar a execução
do build (CI)
Otimizar os testes
Utilizar a base se possível em
memória
138. As práticas primárias são
responsáveis pela base da
comunicação e feedback. Os times
podem usá-las para aumentar a
confiança e a competência para
construir relacionamentos dentro e
fora do time.
140. O que aconteceria se você
começasse a realizar o Daily
Deployment tendo uma taxa de
defeitos ainda alta?
As práticas a seguir devem ser
utilizadas quando a confiança
estiver consolidada.
198. Regras:
1. O código do baseline deve
sempre passar nos testes
2. Uma operação de commit
não pode ser muito grande
ao ponto de desestimular a
revisão de um colega