Software Craft

Eu sou um desenvolvedor de software apaixonado por desenvolver software.
Ao longo dos anos eu venho me especializando em Domain-Driven Design (Evans, Vernon), Design Patterns (GoF,
P of EAA), OOP, Defensive Programming, Automated Tests, Refactoring and Clean Code.
Em 12 anos de desenvolvendo software, a coisa mais importante que eu aprendi:
“Na indústria de software, no final do dia, qualidade vem do código limpo e testado que é escrito,
e produtividade vem do reuso que é feito, o resto é hype que vem e vai, promovido por “gurus” que nunca
escreveram uma linha de código.
– Maicon Heck”
maiconheck.com
github.com/maiconheck
linkedin.com/in/maiconheck
medium.com/@maiconheck

1. Definições: Craft, Craftsman, Craftsmanship
2. A origem do craftsman
3. Software Craftsmanship
4. Definição
5. Objetivo e Valores
6. Nós, os software craftsmans
7. A ressaca do Agile
8. Um pouco história
9. O Manifesto explicado
10. Quem é o dono da tua carreira
11. Cultura de estudo

https://www.oxfordlearnersdictionaries.com
https://dictionary.cambridge.orgFonte

https://www.dicio.com.br/oficio/Fonte

 Aprendizes trabalhavam com ferreiros mais
experientes (mestres), aprendendo diferentes
ferramentas e técnicas até que se tornassem
também mestres, e podiam mentorear os
novos aprendizes…

André da Marinheira
Antonio Julião
Júlia Cota
Sil das Alagoas

"Eu tinha um irmão que também era relojoeiro
e uma vez me perguntou: você quer aprender o
ofício? Eu disse quero. Ele me emprestou as
suas apostilas e eu comecei a estudar, todo
sábado eu ia para a casa dele.
Depois, fiz um curso por correspondência, onde
montava o relógio com as peças, tirava as
fotos, mandava novamente, até que depois de
três, quatro meses, comecei a trabalhar.
É através dessa profissão que eu vivo até
hoje...
Eu estou satisfeito com a minha profissão“,
diz seu Edvan.
Edvan Oliveira, 79 anos
57 anos de profissão
FOTO: ASCOM ITEC
FONTE: https://gazetaweb.globo.com/portal/especial.php?c=52030

Jandir José Turatti, 74 anos
40 anos de profissão
“Jandir José Turatti, 74 anos, diverte-se enquanto
cola, costura ou pinta sapatos, bolsas e cintos.
Trabalha de segunda a sábado. E diz que não se
cansa.”
“Vou continuar trabalhando enquanto puder.
Trabalho é bom para a saúde” — acredita.
“Meu médico diz que tenho cabeça de (quem tem) 30
anos!” — diverte-se sempre sorrindo.”
FONTE: http://pioneiro.clicrbs.com.br/rs/noticia/2009/09/aos-74-anos-
jandir-turatti-preserva-o-oficio-de-sapateiro-2665386.html

 De uma forma extremamente simples: É uma
metáfora melhor para o desenvolvimento de software
do que engenharia de software.
 Vê o software e o processo de criação do software
como eles são, de fato:
• Compara os desenvolvedores de software aos ferreiros
medievais.
Um artefato é construído, através do ofício manual exercido por uma
pessoa, com habilidades e competências específicas.

 É uma longa jornada para a excelência.
 É um mindset onde desenvolvedores de software escolhem ser
responsáveis pelas suas próprias carreiras, aprendendo
constantemente novas ferramentas e técnicas, e melhorando
constantemente a si mesmos (auto-aprimoramento).
Software Craftsmanship é todo sobre trazer de volta a
responsabilidade, profissionalismo, pragmatismo, e orgulho no
desenvolvimento de software.

 Profissionalismo, excelência técnica e satisfação do cliente são o objetivo principal do
Software Craftsmanship;
 Satisfazer e ajudar nossos clientes a alcançar o que desejam alcançar, da maneira mais
eficiente, é nosso principal objetivo. Compartilhar nosso conhecimento com outros
desenvolvedores é nosso dever;
 Software Craftsmanship é um estilo de vida que muitos desenvolvedores profissionais
adotam. Eles vivem e respiram software. Eles vêem o software como um ofício e estão
comprometidos em dominar seu ofício (craft);
 É um estilo de vida - um compromisso com a excelência.
 No final do dia, o que importa para nós é elevar o nível da nossa profissão, e ajudar os
desenvolvedores incluindo nós mesmos, a sermos profissionais…

A PARTE MAIS IMPORTANTE
Software Craftsmanship é sobre
PROFISSIONALISMO no desenvolvimento de
software.

 2001 - Uma revolução na indústria de software: Agile
 Empresas de todo o mundo passam a adotar metodologias e o mindset ágil alterando o seus
processos e estruturas internas
 Por muitos anos, empresas e times estiveram nessa festa da transformação ágil
 Meetings -> Stand-up Meetings (daily)
 Burn down charts
 Iteration backlogs
 Release backlogs
 ... se tornaram as novas ferramentas de gestão de projeto
 Use Cases -> User Stories
 Em muitos casos, Project Managers -> Scrum Masters
 ... Agile se tornou um novo nome para uma velha forma de trabalhar

 Empresas e times continuam tendo os mesmos problemas que tinham antes
 Mesmo com mudanças significativas nos seus processos, empresas continuam
sofrendo com a sua capacidade de entrega:
 Não respondem à mudanças suficientemente rápido
 Baixa qualidade / Bugs
 Altos custos de manutenção
 Clientes insatisfeitos
 Dificuldades para contratar bons desenvolvedores
 Desenvolvedores lutando para dar manutenção, testar ou adicionar novas features
 Toneladas de débito técnico
 Falta de motivação dos desenvolvedores
 MUITOS projetos estão atualmente, de forma ITERATIVA e INCREMENTAL, produzindo
CÓDIGO LIXO

 Uma transformação parcial
 Empresas querem “Adotar Agile” ao invés de “Serem Ágeis”
 Hoje, infelizmente, muitas empresas e times acham que Agile não funciona
 Passaram pela “transformação Agil” e não estão melhores do que antes
 Porque esqueceram-se de um “pequeno detalhe”…
 Empresas de consultoria em Agile / Agile coaches contratados para ajudar “implementar agile
(?)” principalmente “mudar o processo (?)”
 Mas não fizeram nada para ajudar as empresas a escreverem software de qualidade
 Focaram apenas nas disciplinas de processo e IGNORARAM as disciplinas técnicas
 Não fizeram NADA para tornar os desenvolvedores melhores
 Agile is Dead (Dave Thomas): https://www.youtube.com/watch?v=a-BOSpxYJ9M

 Assumiram ingenuamente que bastaria um framework Scrum para transformar a realidade
“a única coisa que eles precisam é um processo, promover comunicação e empoderar pessoas, diminuir a
burocracia e tudo vai dar certo...”
 Na mente deles, os mesmos desenvolvedores com os mesmos hábitos iriam começar a produzir
software com excelência
“Afinal escrever código é fácil, é só um detalhe não é mesmo?
Portanto, só precisamos de melhores processos, não?
Melhores processos = Melhores produtos,
não é assim que as fábricas funcionam?”

 As mudanças foram muito importantes e necessárias
 Empoderar pessoas
 Reduzir a burocracia e o desperdício
 Prioritizar
 Visibilidade do WIP
 Melhorar o fluxo da informação
 Mas processos ficaram mais importantes que disciplinas e excelência técnica
 Melhorar o processo sem melhorar a excelência técnica não faz sentido
 Foi uma transformação parcial

 Agile e Software Craftsmanship complementam um ao outro
 Transformação completa
 Desenvolvedores aprimorando suas habilidades, técnicas e ferramentas
 Entregando constantemente software de qualidade em produção
 Com ampla cobertura de testes
 Com design simples
 Fácil de manter e ampliar
 Software Craftsmanship: Serve para a transformação ágil completa e verdadeira

 (1992) Jack W. Reeves sugere que desenvolvimento de software é mais um ofício (craft) do que
uma engenharia;
 (1999) The pragmatic programmer: From Journeyman to Master – Andy Hunt e Dave Thomas;
 (2000) Surge o agile com várias disciplinas, metodologias e técnicas balançando as fundações da
indústria de desenvolvimento de software;
 (2001) Software Craftsmanship: The New Imperative - Peter McBreen
 Introduziu a maioria das ideias que foram usadas para moldar o movimento Software
Craftsmanship anos mais tarde

 (2002) Software Aprenticeship Summit - Ken Auer | Pete McBreen, Ron Jeffries,
Robert Martin (Uncle Bob)
 Chamada para ação para formar uma comunidade em torno do software aprenticeship
 (2006) Micah Martin e Paul Pagel criam a 8th Light como uma materialização dos
valores do Software Craftsmanship
 Uma empresa de Software Craftsmanship visando contratar através do processo de
aprendizagem cultivando talentos;
 8th Light emprega craftsman e não desenvolvedores;
 (2006) Obtiva (adquirida pelo Groupon em 2011) – Dave Hoover

 (2001 - 2008)
 Algumas poucas empresas adotaram o Software Craftsmanship;
 Software Craftsmansip foi posto de lado, porque a maioria das pessoas acreditava que os
maiores problemas da nossa indústria poderiam ser resolvidos apenas com uma combinação
de metodologias e práticas do Agile;
 (2008) Clean Code: A Handbook of Agile Software Craftsmanship – Uncle Bob
 (2008) 7 anos desde o Agile Summit, ficou aparente que as coisas no mundo Agile não saíram
conforme o esperado
 O desvio das metodologias técnicas do Agile como Extreme Programming (XP) e a
comercialização das metodologias orientadas a processo como Scrum, começou a incomodar
alguns dos idealizadores originais do Agile.
 (2008) Agile Conference - Uncle Bob propôs um 5º. valor para o Agile Manifesto: “craftsmanship
over crap” > “craftsmanship over execution”

 (2008) Surgiram muitas palestras sobre Software Craftsmanship na comunidade Agile
 (2008) Software Craftsmanship Summit Libertyville, IL - Micah Martin e Paul Pagel | Uncle
Bob, Brian Marick, Corey Haines, etc.
 Logo após o summit, a conversa seguiu via Google Group. Algumas pessoas na Inglaterra e
outros países se juntaram e começaram a contribuir
 https://groups.google.com/forum/#!forum/software_craftsmanship
 Passo a passo, Software Craftsmanship começou a se espalhar no Reino Unido e em alguns
outros países da Europa, e depois para muitos outros países ao redor do mundo

 (2009) Cruzando Fronteiras – A 1º. Conferencia Internacional de Software Craftsmanship –
Londres
 (2009 - ...) Conferencias anuais ocorrem nos EUA, UK e desde 2011 na Alemanha
 (2009 - ...) Várias comunidades surgem nos EUA, Londres, Alemanha e outros países da Europa
LSCC (maior e mais ativa do mundo, 2k dev, 4-5 eventos por mês e o Software Craftsmanship
Conf. anual) – David Green e Sandro Mancuso
 (2009) Depois de muito debate, um resumo das conclusões gerais que foram decididas foi
apresentado publicamente através do Software Craftsmanship Manifesto

http://manifesto.softwarecraftsmanship.org/

 O manifesto captura a essência do Software Craftsmanship;
 Sumariza os valores, frustrações e aspirações de desenvolvedores experientes e
talentosos;
 Para eles, projetos devem parar de falhar por gerenciamento ruim, processos mal
definidos e código mal escrito;
 Desenvolvedores retomam a responsabilidade sobre o desenvolvimento de
software e tentam mudar a forma com que a indústria o vê;

 Pense sobre uma aplicação com 5 anos:
 Sem testes
 Ninguém sabe exatamente como ela funciona;
 O código é cheio de termos técnicos e de infraestrutura ao invés de expressar o domínio do
negócio;
 Classes e métodos tem centenas ou milhares de linhas;
Não apenas software em funcionamento, mas software de excelente qualidade.
 E você precisa fazer mudanças nessa aplicação!
 Você é o desenvolvedor responsável pelas consequências disso…

 Essa aplicação é Software Funcionando, mas é bom é o suficiente?
 A idade do código importa?
 Alta e confiável cobertura de testes
 Design limpo e simples
 E uma linguagem de negócio bem expressa no código;
 Adicionar ou alterar features não demora significativamente mais do que
demorava no inicio do projeto - quando a base de código era pequena;
 O código é manutenível e previsível - sabemos o que ocorre ao alterar o código e
não temos medo de fazê-lo;
 Para evoluir a aplicação, desenvolvedores não tem medo de colocar a mão na
massa e alterá-la;
Não apenas software em funcionamento, mas software de excelente qualidade.

O quão caro projetos de software são?
 Desenvolvedores
 Testadores
 Analistas de negócio
 POs
 Gerentes de Projeto
 Serviços e operações
 Vendedores
 Marketing
Imagine o quanto é gasto só em salários!
Não apenas responder a mudanças, mas agregar valor de forma constante e crescente.

Adicione
 Computadores
 Infraestrutura
 Aluguel de escritórios
 Serviços ao cliente
 Limpeza
 Mobília
 Refeições
Imagine times distribuídos, múltiplos escritórios,
viagens, e tudo mais que vem com isso.

 Projetos de software são investimentos massivos, e como qualquer investimento
normal, as empresas querem ter retorno;
 O único motivo para as empresas investirem em projetos de software é para fazer
dinheiro ou economizar dinheiro;
 É nosso trabalho garantir que quanto mais antigo e grande o software ficar, mais
a empresa vai se beneficiar dele;
 Conforme ele fica mais antigo, ele deve ficar mais valioso, e não uma fonte de dor e
custo incremental
 Agregar valor de forma constante > Não apenas novas features e correções
 O problema da reescrita…

 Compartilhar e mentorear;
 Auto aprimoramento;
 Preparar a próxima geração;
Não apenas indivíduos e suas interações, mas uma comunidade de profissionais.

 Elitismo
 Humildade
 Comunidade aberta e amigável
 Craftsman ❤ Craftsman
 Craftsman ❤ Boas empresas
Não apenas indivíduos e suas interações, mas uma comunidade de profissionais.

 Empregador / empregado
 Parceria profissional
 Empregador é o nosso cliente
 Clientes esperam serviço de excelente qualidade
Não apenas a colaboração do cliente, mas parcerias produtivas.

 Reatividade != Profissionalismo
 Não somos trabalhadores de fábrica
 Contribuimos ativamente para o sucesso ou fracasso do projeto
 Um time motivado tem muito mais chance de fazer qualquer projeto ter
sucesso, um time desmotivado...
 Pessoas talentosas e apaixonadas querem ter sucesso e sempre vão
arrumar formas de superar problemas e burocracia
 Queremos projetos de sucesso para construir nossa reputação - Nós
queremos ter orgulho das nossas conquistas

 Ter sucesso entregando software de alta qualidade e satisfazendo as necessidades dos
clientes é essencial para a nossa carreira
 Escrever bom código;
 Ajudar a aprimorar os processos;
 Ajudar a remover a burocracia desnecessária;
 Entender e ajudar a entender o business domain;
 Ajudar a planejar e prioritizar o trabalho;

 O core business do cliente != produzir software
 Não é meu trabalho

 Empresas que veem o desenvolvimento
de software como um processo industrial
e menos importante.
 Para algumas empresas, desenvolvedores
de software são trabalhadores de fábrica
que estão lá para seguir ordens de
pessoas “mais importantes”.
 Focam em contratar os desenvolvedores
mais baratos possíveis e colocam
gerentes não técnicos para fazer micro
gerenciamento sobre esses
desenvolvedores.
 Saber escolher clientes (ou
empregadores) também é um skill
essencial para nós.

 E se a tua empresa não te compra
livros?
 E se a tua empresa não te manda para
treinamentos e conferências?
 Quem está no comando da tua carreira
e do teu futuro profissional?

 Investir na própria carreira > fazer
um bom trabalho > ser indicado
para novos clientes.
 Usam o seu próprio dinheiro e
tempo para manterem-se
atualizados.
 Aqueles que não fazem isso >
terminam perdendo os seus clientes
/ recebendo poucas recomendações >
saindo do mercado.

 Clientes não pagam profissionais para
aprender – pagam profissionais com
conhecimento e habilidades, para
resolverem os seus problemas da melhor
maneira possível;
 Clientes pagam por profissionais para
receber um bom serviço;
 Profissionais devem prover soluções;
 É assim que profissionais constroem as
sua reputação;

 Livros e mais livros
 Saber escolher
 Tecnologia especifica (linguagens, frameworks, ferramentas, etc)
 Muito úteis, tem aplicação imediata, mas expiram rapidamente;
 Conceituais (clean code, design patterns, OOP, DDD, TDD, SQL / NoSQL, etc)
 Nos fornecem as fundações para avançar na nossa carreira (conceitos, paradigmas,
práticas);
 Não tem aplicação imediata, levam um bom tempo para serem digeridos e atingirmos
proficiência, mas são fundamentais;
 Comportamentais (metodologias ageis, software craftsmanship, gerenciamento,
filosofia, etc)
 Nos tornam mais eficientes quando trabalhamos em time e melhores profissionais em
geral;
 Lidar com o lado mais humano do desenvolvimento de software (pessoas, clientes,
prazos);

 Clássicos (ou revolucionários)
 Mudam a forma com que trabalhamos, ou pelo menos alguns
valores;
 Geralmente são conceituais, comportamentais ou uma
combinação deles;
 Definem ou tem uma grande influência na direção da nossa
indústria;
 Leva um bom tempo até dominarmos o conteúdo desses livros;
 The Pragmatic Programmer
 Software Craftsmanship: Professionalism, Pragmatism, Pride
 The Clean Code / The Clean Coder (Uncle Bob)
 Design Patterns (GoF)
 Domain-Driven Design (Evans, Vernon)

 Nos dão um entendimento profundo de uma tecnologia ou
assunto;
 Favoreça livros conceituais e comportamentais para
alavancar a sua carreira;
 Inicie pelos clássicos;
 Leia os de tecnologia especifica para os seus objetivos de
curto e médio prazo;
 Invista dinheiro
 Compre livros (não traduzidos);
 Compre um Kindle;

 Blogs
 Highlights / Updates;
 Experiências e opiniões pessoais, com sucessos e falhas;
 Ler blogs é uma forma boa, rápida e gratuita de aprender com muitos
profissionais diferentes;
 Use um agregador de RSS (Feedly);
 Use apps para salvar / organizar os artigos
 Getpocket
 Evernote
 Google Keep
 Mas, precisamos ser seletivos

 Tenha um blog, independente do seu nível atual;
 Todos nós devemos partilhar nossas experiências, aprendizados e
contribuir para criar uma comunidade forte;
 Primeiramente um registo do nosso próprio aprendizado e
progresso;
 Medo de criticas - Nós escrevemos primeiramente para nós
mesmos;
 Sempre vale a penas escrever aquilo que nós estamos aprendendo;
 Todo ano centenas de novos desenvolvedores entram na nossa
indústria;

 Conheça quem você segue
 Em cada profissão existem um grupo de pessoas que contribui
massivamente para mover a profissão para frente;
 Nós temos muitas dessas pessoas, algumas em tecnologias especificas,
outras em algo genérico, conceitual ou comportamental;
 Todas são importantes, então saiba quem essas pessoas são. Isso nos
ajuda a filtrar melhor o conteúdo que consumimos, tanto online quanto
em livros;
 Exemplo: Para quem trabalha com DDD, saber que o Evans e Vernon
publicaram os melhores livros sobre DDD é muito importante;

 Como fazemos é tão importante como o que fazemos;
 Se queremos ser bons em escrever código de qualidade, nós
precisamos praticar como escrever código de qualidade – não há
outra forma;
 O foco deve ser nas técnicas que estamos usando, e não em resolver o
problema - resolver problemas é o que nós somos pagos para fazer, e
o que nós fazemos no trabalho;
 Quando praticamos, nós focamos em como nós estamos resolvendo o
problema;
 Quanto mais nós praticamos, mais confortáveis nós nos tornamos,
até o ponto em que nós não pensamos mais sobre isso;

KATAS
 Como você se torna um excelente atleta
ou músico?
 Teoria
 Mecânica do instrumento / jogo
 Talento
 Prática: Aplicando teoria repetidamente, usando
o feedback para melhorar cada vez mais
 Surgiu no Karate - Sequência de
movimentos — técnicas de ataque e
defesa — para aprimorar as habilidades;
 Exercício de programação que ajuda a
aprimorar as habilidades através da
prática e repetição;
 Nós usamos Katas para praticar naquilo
que nós ainda não temos proficiência;
 O objetivo do Kata é a prática, não a
solução;

KATAS
http://codekata.com/
http://codingdojo.org/KataCatalogue/
https://github.com/gamontal/awesome-katas
https://kata-log.rocks/
https://www.codewars.com/

 Outra uma forma excelente para aprender e praticar;
 Projeto real, mas sem pressão (deadlines, dinheiro);
 Tecnologias, ferramentas e tecnologias que quiser;
 Não precisa de uma boa ideia aqui: você está estudando, não abrindo um
negócio;

 Open Source
 Pair Programming
 Code Review
 Socialize
Aprenda a usar bem o seu tempo...!

 Mancuso, Sandro. The Software Craftsman: PROFESSIONALISM, PRAGMATISM,
PRIDE 2014.
 https://www.medievalists.net/2018/11/role-blacksmith-medieval-society/
 https://workingtheflame.com/medieval-blacksmith-daily-life/

maiconheck.com
github.com/maiconheck
linkedin.com/in/maiconheck
medium.com/@maiconheck
“Legado não é o código que foi escrito há 5 anos - Legado é o código que
foi escrito, sem testes, há 5 minutos!
– Maicon Heck”

Software Craft

Recomendados

Recomendados

Mais conteúdo relacionado

Mais procurados

Mais procurados (20)

Semelhante a Software Craft

Semelhante a Software Craft (20)

Software Craft

Notas do Editor