[Refactory - IME/USP - Jun/2025] Responsabilidade de Software Engineers

O verdadeiro papel de quem desenvolve software vai muito além do código. Nessa palestra, você vai descobrir por que entender o negócio, participar das decisões e resolver problemas é o que realmente transforma uma pessoa desenvolvedora em alguém extraordinária.

Transcript

1. A verdadeira responsabilidade de pessoas desenvolvedoras @camposmilaa
2. Camila Campos Meu propósito de vida é promover diversidade e inclusão através da educação @camposmilaa Software Engineer @ Coinbase
3. @railsgirls.sp
4. O que é ser dev?
5. dev =
7. fail ❌
8. 1. Código não faz sentido 2. Outras pessoas não entendem o que foi feito (especialmente algum tempo depois) 3. Adicionar outras funcionalidades começa a ficar quase impossível ❌ dev = escrever código
9. Big ball of mud
11. caos 1. Entender o código é complicado 2. Cada entrega é mais difícil e mais demorada de ser feita 3. Dinheiro perdido 4. Desmotivação
12. Any fool can write code that a computer can understand. Good programmers write code that humans can understand. Martin Fowler
13. Qualquer um pode escrever código que um computador entende. Boas pessoas desenvolvedoras escrevem código que humanos podem entender. Martin Fowler
14. (...) undesigned applications carry the seeds of their own destruction; they are easy to write but gradually become impossible to change. Sandi Metz
15. (...) aplicações sem design carregam os frutos da sua própria destruição; elas são fáceis de escrever mas gradualmente se tornam impossíveis de mudar. Sandi Metz
16. Sandi Metz
17. domain driven design transformar o domínio em software
18. domain experts domínio X domínio Y domínio Z contexto A contexto B prod-tech team
19. bom design 1. Entender o código = entender o negócio 2. Novas entregas são mais tranquilas 3. Velocidade = dinheiro 4. Código bonito = motivação
20. Produto + Design + Stakeholders/Usuários
21. Produto gera backlog
22. Devs só codam
23. 1. Não entendemos o domínio 2. Não entendemos os porquês 3. Não sabemos que métricas estão envolvidas 4. Não fazemos ideia do que vem pela frente
25. E como que resolve isso?
26. Devs devem participar da conversa
27. Devs devem participar da conversa
28. Entende os porquês, as métricas, os próximos passos…
29. E produz código com mais qualidade.
30. Exemplo: Devs descobriram gambiarras feitas pelos usuários do sistema apenas quando acompanharam o uso.
31. Devs entrevistaram especialistas, mapearam fluxos e propuseram melhorias que não se limitavam à tecnologia Exemplo:
32. O que é ser dev?
33. Escrever código
34. Escrever código extraordinário
35. Escrever código extraordinário Entender o domínio do nosso produto
36. Escrever código extraordinário Entender o domínio do nosso produto Resolver problemas
37. Camila Campos bit.ly/refactory-camila @camposmilaa Valeuzão!