(musica de jazz)

Sandi: Então você pensaria que escrever

código orientado a objetos 
fosse difícil.

Tudo que precisa fazer é
olhas nossos apps, certo?

Temos boas intenções, 
e quase sempre escrevemos

códigos que podemos vir a
odiar.

E quando mais eu penso 
nisso, vejo que,

meu trabalho é pensar em 
como escrever código melhor.

E quanto mais penso,
mais acho que

todos os problemas, tem uma
mesma solução simples

e agora quando pessoas me perguntam

como escrever código 
orientado a objetos,

eu dou-lhes uma pequena dica.

Eu digo "criar coisas menores", é só isso.

Criar classes menores, métodos menores,

e deixar-lhes saber o mínimo possível 
um sobre o outro.

E ultimamente estou em uma missão

Tenho tido essa obsessão 
nos últimos meses,

e é sobre condicionais.

Tem muito código por aí

com condicionais feios nele,

e ando me questionando 
quando eu deveria substituir

trocar condicionais por objetos pequenos

e como eu deveria fazer isso

e o que aconteceria com meu código 
se eu fizesse isso.

Eu estava muito confiante 
em Miami em novembro

e eu tive essa obsessão em Jim Weirich,

quem alguns de vocês 
provavelmente conheceram,

e ele me direcionou para o 'Gilded Rose'.

Isso é um 'Kata', 
aparentemente é

muito conhecido, 
mas eu não saio muito,

então eu 
(risos)

nunca tinha ouvido disso.

É tão famoso que você pode
simplesmente botar no Google

e achar uma explicação do problema,
mas eu não fiz isso.

Eu queria tratar esse 
problema como

se fosse um problema de produção mesmo,

e que minha única informação

fosse o teste e o código.

Então eu olhei para o dele.

Eu baixei o repositório dele,

e olhei para o problema,

e tinha tanta interesse nele 
que tirei ideias

da minha palestra de hoje.

Eu alterei o código dele só um pouco,

mas só para ser 
mais fácil de falar

Isso realmente é a 'Gilded Rose Kata',

então, vamos.

Tem a classe 'Gilded Rose', e essa
é a estrutura

Ela tem atributos para nome, qualidade
e dias restantes

ela initializa valores,

e tem um método "tick".

Agora aqui tem o método 'tick', 
não, na verdade

isso é apenas a primeira metade dele, 
aqui tem o resto.

Eu sei que não dá para ler isso

Nem tente, mesmo se conseguir, ok?

Aqui é o método inteiro.

Eu só quero que vocês tenham uma ideia

do tamanho e forma dele.

É um 'if' de 43 linhas.

E para mim isso é muito, muito difícil,

mas eu sou conhecida por
ser boolean-impedida.

(risos)

Eu sei que é subjetivo o meu senso de
quão dificil

de entender algo. 
E isso possivelmente é errado

então em vez disso eu usei algumas métricas.

Analisei ele usando a métrica "Flog".

"Flog" é uma métrica. 
Ok, o que é uma métrica?

Uma métrica é uma ideia "crowdsource" sobre alguma coisa.

Ok? Eu tenho minha própria opinião 
sobre quanto isso é complexo,

mas eu posso usar a sabedoria-da-multidão 
dessa métrica,

a métrica Flog, que anota....

É uma métrica ABC, então anota atribuições,

'branches', e condicionais.

Ela simplesmente conta coisas e soma-las.

Pontuações maiores são piores.

Elas indicam código mais complexo,

código que vai ser mais difícil

a entender e raciocinar.

Então, Flog disse que a classe GildedRose registrou 50,

e aquele método "tick" ganhou 45.

(lamentação)
Dói, né?

Então Flog disse que é complicado,

mas antes de continuar eu quero introduzir

uma métrica muito subjetiva 
sobre complexidade.

Então, passo muito tempo esses dias

indo para lugares e olhando código 
sobre qual eu não sei nada.

Pessoas me ligam, e vou pro escritório deles,

e passo alguns dias.

E como você poderia imaginar,

ninguém me liga se as coisas 
estão indo bem.

(risos)
Né?

E quando eu chegar, eles não me pedem

para olhar o código do
qual eles tem orgulho.

Eles me pedem para olhar as 
partes mais hediondas,

as coisas que tem contextos meio longos

e complexos na história.

Código que tem saído completamente 
do controle.

E as explicações não são apenas 
longas e confusas

porque o problema é difícil,

mas eles fazem aquilo que 
todos nós fazemos,

você sabe aquilo que faz quando precisa

explicar um pouco de código que você escreveu

de qual você tem vergonha?

Você não apenas explica como funciona.

Você se sente obrigado a explicar

todos os motivos por ter ficado assim.
(risos) Né?

Podem rir. Eu faço. Eu sei que vocês
também fazem, né?

Simplesmente dói. Odiamos isso.

Então essas explicações são longas

e confusas e tem muitas

informações paralelas

E chega um ponto, eu entendo...

mas chega um ponto durante toda

explicação quando eu começo a 
me sentir igual aquele cachorro,

Ginger, no desenho do Gary Larson.

quando começa a virar "blah, blah, blah,"

Sandi "blah, blah, blah"
(risos)

E de repente eu volto

para ouvir eles dizendo

então, o que você acha que 
deveríamos fazer

sobre essa linha de código?
(risos)

E antigamente me assustava muito

Senti como se precisasse entender tudo

para poder ajudar com alguma coisa.

Mas depois de algumas viagens,

eu percebi que tem algo muito

simples que poderia fazer para me ajudar

a identificar o que eles poderiam 
se beneficiar modificando.

Eu chamo isso do "teste vesgo".
(risos)

É assim que funciona:

Aperte os olhos, se incline

e olhe o código.

Buscamos por mudanças
na forma (risos)

e mudanças de cor.

Mudanças da forma quer dizer 
que temos condicionais aninhados

e são difíceis de racionalizar.

Mudanças de cor dizem que seu código está

em níveis diferentes de abstração,

e querem dizer que a história que conta

vai ser difícil a seguir.

Agora, o que é sobre esse código?

Bem, ele tem 16 condicionais "if",

algumas delas são negadas,

e conectam algo com um "&",

tem 3 Strings mágicos, que são usados em todo lugar,

e vários números mágicos,

nem sei quantos.
(risos)

Agora, pelo menos tem testes.

Ah, desculpe, aqui são os Strings mágicos.

Essas três coisas:

Brie, Sulfuras, e Backstage passes,

sei lá o que isso quer dizer.

E tem testes e eles passam.

Agora, tem seis testes pulados, certo?
(risos)

Então sei lá o que é isso.

Então eu abro o código e só 
olho esse primeiro teste.

Ah, desculpe, os testes são relacionados
as Strings mágicas

exceto desse grupo que é sobre

algo que se chama "Normal",

que nunca é mencionada nas condicionais.
(risos)

Eu suspeito que tem um "else"

em algum lugar que importa, certo?

Então eu abro o teste e olho nele.

Aqui tem um, são todos assim.

Estou vendendo algo, certo?

Presumindo um GildedRose 
que tem esse nome,

atributo e qualidade, 
esses são nossos três attr_readers,

quando eu dou 'tick', nesse caso, 
qualidade baixa por um,

dias sobrando baixa por um,

ambos baixam por um.

É como seu eu estivesse vendendo leite,

ou ovos, ou queijo ou algo 
que tem validade,

que vai expirar, onde eles 
ficam ruins em alguma data.

Então, ainda estou explorando,

ainda nem sei qual é meu trabalho,

e olho para os três testes pulados,

e tem algo que se chama "Conjurado",
(risos)

e todos seguem a mesma linha,

todos os testes parecem que supondo isso

quando eu dou "tick", vejo essa mudança.

E agora eu percebo, caramba,

eu preciso modificar esse código.
(risos)

Então eu tentei, eu tentei,

muito obedientemente, eu tentei, mas foi uma falha miserável.

Eu não consegui.

Aquele condicional de 43 linhas me venceu.

Toda vez que eu tentei, eu tipo abri 
um teste Conjurado

eu fui fazer uma mudança 
naquele condicional

para fazer o teste passar, 
quebraria mais algo.

Gastei horas nisso.

Agora, eu fui prejudicada, 
mas realmente, foi difícil.

Seria difícil para você também, eu acho.

Então, se mudar aquele condicional

fosse tão difícil, você precisa perguntar,

por que eu estava tentando? Por que eu tentei fazer,

o que me levou a tentar alterar

aquele pedação de código incrívelmente complicado.

E a resposta é que me senti que eu deveria.

E isso é o que acontece, né?

Você escreve um código, e alguém pede uma mudança.

O que nos fazemos?

Você roda o código procurando

um código que é parecido com

a coisa nova que está tentando fazer,

e você coloque o código aí.

É assim que agimos.

Novatos mais, eles tem medo de criar novos objetos,

então eles só coloquem mais código aonde conseguem

achar algo parecido com aquilo que estão tentando adicionar,

e se aquele lugar já tem um "if",

eles adicionam mais um galho, né?

É assim que funciona.

E o que acontece é, a tendência natural

é que código cresce,

e cresce, e cresce.

E chega um ponto, né?

Ele cresce, e cresce, e cresce.

E chega um ponto em que vira,

e naquele ponto é tão grande que

você não consegue imaginar colocando código em outro lugar.

(aplausos)