Estava vendo um vídeo sobre como saber se uma pessoa toca bem ou mal a bateria. E já vi gente fazendo essa pergunta sobre desenvolvimento de software. E aí, como se mede se uma pessoa desenvolve software bem ou não?
(mais…)Etiqueta: dev
-
-
Eu posso deter todo o conhecimento sobre um determinado assunto. Meu próximo passo é sempre me tornar inútil no mesmo. Isso acontece de algumas formas, aulas estilo monólogo, entrevistas, painéis, conversas que possam ajudar pessoas terem um espaço de reflexão e conhecimento de outras histórias.
Agora, eu gosto mesmo é poder usar uma palestra como um momento de ignição para uma troca de ideias, e para isso o fishbowl (aquário) é a minha prática de preferência.
(mais…) -
Quais seriam as métricas mais interessantes para acompanhar com diversas equipes de desenvolvimento? Ou como saber que equipes vão melhorar de forma contínua, podendo usar outras equipes como apoio?
A famosa frase “me diga como vai medir e indico como vou me comportar”, lá dos livros do Goldratt se torna presente quando as pessoas querem parecer bem nos dashboards de levantamento. Aqui começam problemas relacionados com abertura e transparência. Deveríamos conseguir atuar com nossos problemas e vulnerabilidades, mas como construir isso?
Aqui neste post a minha visão é olhar quais habilidades podem ser compartilhadas entre as equipes e que podem ser compartilhadas. Vou em um olhar de aprendizado.
(mais…) -
Este artigo foi escrito em 2019, depois que uma pessoa conhecida “pediu pra sair”. Foi pra outra empresa. Ela desistiu do sonho. Ela não queria mais correr aquela corrida.
(mais…)
Aí me vi falando sobre salvar o sonho e depois bati em algum assunto sobre agilidade e me veio a mesma pergunta. Agilidade precisa ser salva? -
O que você pensava sobre desenvolvimento de software em 2012? O que eu pensava era algo assim… e um aviso sobre 2012. Era comum a galera ficar pensando sobre o que queremos e quando queremos, baseado em algumas tirinhas / memes que brincavam com situações do dia a dia.
Eu pensava algumas coisas assim, e sigo pensando na verdade:
- Devemos entregar software de forma contínua.
- Devemos trabalhar próximos de clientes, e buscar mais e mais comunicação para entender e perceber o que é valor para quem atendemos.
- Devemos melhorar continuamente, o processo de fazer software e as técnicas usadas para fazer software.
- Devemos buscar a arte de maximizar o trabalho que não é feito, por vezes entendendo o que é relevante. A simplicidade.
-
A sua equipe treina? Qual é a dinâmica usada? Quanto tempo demorou para ficar “chato”?
Por vezes é chato ficar treinando basquete. Uso 5-6 horas na semana treinando para jogar 10-15mins em 1-2 jogos por mês. E ainda acho que treino pouco.
E aí?
(mais…) -
O assunto abundância vem se tornando cada vez mais presente no nosso dia a dia. Falamos e eu já falei várias vezes aqui sobre relações de ganho mútuo, situações ganha ganha. E isso se torna necessário, pois eu fui jogado em um mundo onde tinha que perguntar o que tinha pra mim e saber o que eu ganharia com algo que estava fazendo.
E ao longo do tempo fui mudando. Diria que a
(mais…)Wildt.pasiniciou tudo. Explico. -
Por vezes a gente erra operando os comandos do git. Aqui relaciono algumas situações que passei e estou documentando aqui para eu me lembrar sobre o que fazer quando errar novamente. 😛
(mais…) -
… 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…)
daniel wildt 