… or the fear inside teams when we are thinking about a deploy.
I know code quality is 110% important, the ability to read code and how to make easier to the next person working on the code.
But when I think about software delivery I remember a basketball coach I had. He said something like “look at the rim always, attack the basket”. He said that when we were too focused on passing the ball without looking at the basket for a possibility to score.
With that being said:
(mais…)Já fizemos uma conversa aqui sobre porque você deveria trocar o branch dos repositórios de master para main ou trunk ou qualquer outro nome.
E logo depois de eu fazer o post, criei um novo repositório e lá me aparece o branch master novamente.
(mais…)Ou a importância do compartilhar para aprender.
Tava ouvindo um episódio de podcast sobre produtos que possuem código aberto. O texto surge depois desta escuta.
(mais…)Eu aprendi em 2019 a criar uma branch no git. Sério. Não é clickbait:)
Em seguida explico como eu funciono.
Para quem não desenvolve software, é comum você criar estruturas auxiliares para poder modificar um pedaço do sistema e depois quando entendo que está tudo ok, você integra na linha principal. Pensa em manter uma cópia de um documento e depois a ferramenta ajuda em juntar as diferentes partes.
Eu sempre fui adepto do trunk based development, onde não existem estruturas auxiliares. Você sempre atualiza a raiz do código fonte, e é sua responsabilidade garantir que seu código vai dormir até que alguém diga que ele pode ser liberado para alguém que usa o sistema. Você faz pequenos avanços e cria controles para garantir o funcionamento, como configurações e testes automatizados. E aqui fica visível a diferença entre deploy e release.
(mais…)As soon as you release software, as soon you will have feedback.
Construir conhecimento é um processo, e não se baseia em um evento ou uma chamada pontual. É preciso desenvolver uma cultura de aprendizado ou até melhor, de aprendizagem, e neste contexto as comunidades de prática podem ser o canal certo para fazer acontecer. Nesta palestra vou apresentar conceitos sobre comunidades de prática, exemplos de comunidades do RS que ajudei e ainda ajudo a desenvolver e como estas práticas podem ser levadas para dentro das organizações em uma espécie de plano de ação.
(mais…)Mais um episódio disponível, agora falando sobre planejamento e a importância dos pequenos ciclos de entrega.
Atender expectativas dos nossos clientes está muito ligado ao foco em entregas pequenas e frequentes, permitindo a percepção de valor de forma contínua. E também permitindo ajustes do fluxo de trabalho.
Muitas empresas não tem a preocupação de treinar programação e nem de aprender coisas novas. Elas terceirizam isso para as comunidades de prática, para os grupos de usuários. Ou para os indivíduos que fazem parte dela.
Dentro da uMov.me temos uma preocupação com aprendizado desde 2009 de forma mais efetiva e desde então temos momentos para prática, com Coding Dojos e treinamentos internos.
E nas escolas, como funciona isso? Como assim, nas escolas?
Em 2001-2002 conheci o JUnit, ferramenta para escrita de testes unitários em Java. Em 2003 entendi mais da importância dela para o desenvolvimento de software. Descobri junto Delphi Unit, PHP Unit e outras várias versões e pude ajudar amigos a conhecem mais de uma cultura de melhoria contínua e de busca por código de qualidade e automatizado.
O que mudou?
Daniel de Oliveira, fundador do DFJUG, Grupo de Usuários Java de Brasilia, foi o questionador do episódio 3 do #dwresponde. Ele quer saber sobre Agile, CodingDojo, CodeKata e Shuhari. Esse foi o assunto do vídeo desta semana.
(mais…)
daniel wildt 