Sadismo Ruby e como melhorar código legado

Machucando Código por Diversão e Lucro Ryan Davis, Seattle.rb

www.akitaonrails.com
(Fabio Akita)
goruco2008.confreaks.com/04_davis.html

GoRuCo 2008


Machucando Código
por Diversão
e Lucro
GoRuCo 2008


Criando Expectativa

• 142 slides em 30 minutos.
• Isto será rápido.
• Não é a forma como normalmente apresento.
• É mais sobre melhorar você do que o código.
GoRuCo 2008


Uma
História
GoRuCo 2008


GoRuCo 2008


Código Legado

• Qualquer código que você não escreveu é legado.
• Toda empresa tem tonelada de legados.
• Mesmo startups.

GoRuCo 2008


Ou: GoRuCo 2008


New Place, Inc.

GoRuCo 2008


@#$%!!!

GoRuCo 2008


K!
AC
CR

GoRuCo 2008


M!
A
BL

GoRuCo 2008


BAM!!!

!
K
AC SN
R ICK
C
!

GoRuCo 2008


YAY!

GoRuCo 2008


Moral desta
história?

GoRuCo 2008


Pessoas vão te
incriminar se
machucá-las
GoRuCo 2008


Código
não.
GoRuCo 2008


Esta apresentação é
um evento de “saída”
para mim

GoRuCo 2008


Meu nome é Ryan, e…

GoRuCo 2008


…adoro machucar
código…

GoRuCo 2008


…e estou Bem!

GoRuCo 2008


Por que machucar código?

• Machucar código é divertido!
• Pode te tornar um programador e testador melhor.
• Pode tornar o código mais limpo, claro e fácil de
testar, escrever e manter ... até pode torná-lo mais
rápido.

GoRuCo 2008


Sadismo Ruby:
nome
A tendência de derivar
prazer infringindo dor
ao software.
Esp. mal software.

GoRuCo 2008


É apenas outra
maneira de enxergar
desenvolvimento de
software

GoRuCo 2008


Eu dou risada toda vez
que acho código que
posso punir.

GoRuCo 2008


Código com
complexidade que
conheço, eu posso
resolver.

GoRuCo 2008


É sobre mudar sua
perspectiva sobre
código ruim.

GoRuCo 2008


Torne divertido
descobrir e corrigir e
fará isso mais vezes.

GoRuCo 2008


Sadismo Ruby vêm em
várias formas:

GoRuCo 2008


Matar um bug
escrevendo um teste.

GoRuCo 2008


Lendo código esperto
demais e se coçar para
quebrá-lo em pedaços.

GoRuCo 2008


Explodindo mal design,
tornando-o mais rápido
com menos código.

GoRuCo 2008


e muito, muito mais.

GoRuCo 2008


Um Exemplo
• Um projeto rails de mídia social de 2 meses foi
arrastado por 12 meses.

• Ligando ActiveRecord a WebDAV. Emulando o
banco de dados inteiro via propriedades
WebDAV.
Desnecessariamente complexo e lento!

• Então, arranquei o WebDAV num ﬁm de semana.
GoRuCo 2008


Antes:
Terminado em 74.77783 segundos.
622 testes, 2502 asserções

Depois:
Terminado em 5.258559 segundos.
330 testes, 961 asserções

GoRuCo 2008


Tempo de Teste em 6 Meses

DAV

Post DAV

GoRuCo 2008


Por alguma Razão as
pessoas amam
complexidade.

GoRuCo 2008


Elas festejam nisso.

GoRuCo 2008


A comunidade Ruby
não se parece única
nesse sentido.

GoRuCo 2008


Eu não sou uma
dessas pessoas.

GoRuCo 2008


Mas, eu costumava ser
uma delas.

GoRuCo 2008


Eu melhorei...

GoRuCo 2008


...e você também pode
melhorar.

GoRuCo 2008


Minha História de Programação
10

9

8

7

6
Fu/Style Units

Ruby
Sadism/
5 Asceticism

Perl/
4 Ruby
Python/
UNIX/ etc
Smalltalk/
3
OO Epiphany

Pascal
2

C++
1 Logo
C
BASIC
0
1984 1986 1988 1990 1992 1994 1996 1998 2000 2002 2004 2007

Year

GoRuCo 2008


Ascetismo Ruby:
noun
Caracterizado por ou
sugerindo a prática de severa
auto-disciplina &
abstenção de todas as formas
de indulgência.

GoRuCo 2008


Flageladores

GoRuCo 2008


Testar Antes é uma
forma de auto-
disciplina.

GoRuCo 2008


YAGNI é uma forma de
abstenção.

GoRuCo 2008


Ascéticos:
Vida Real™ Ruby
Evite possessões Evite complexidade
materiais. extra.

Auto-disciplina para Auto-disciplina para
chegar à alta melhor entender a si e
espiritualidade. a mente do código.

GoRuCo 2008


O que é indulgência?
• Código desnecessariamente complexo e que tenta
se esperto demais.

• Código ou design que você não imediatamente
precise. Os “e se”.

• Débito Técnico.
GoRuCo 2008


Débito Técnico
• Pular design é como pegar dinheiro emprestado.
• Refatoramento é como o princípio de pagar de
volta.

• Juros são pagos com tempo gasto com
complexidade.

—Ward Cunningham–ComplexityAsDebt, c2.com
GoRuCo 2008


80:20 ou Princípio de Pareto
• Na maioria dos sistemas existe desequilíbrio entre
produtores/consumidores, dinheiro/pessoas, etc.

• 85+% da terra é ocupada por 5% das pessoas.
• 80% do tempo é gasto com 20% do código.
• Use essa tendência para focar esforços de forma
eﬁciente e objetiva.

GoRuCo 2008


Sinal : Barulho
• Normalmente relacionado a 80:20.
• Foque no que é importante.
• Minimize interrupções e tarefas irrelevantes para
ter mais tarefas reais concluídas.

• Como meu gerente favorito gosta de falar:
• Grandes Crocodilos, Pequenos Crocodilos,
Pântano.
GoRuCo 2008


Em outras palavras:
“A obrigação do desenvolvedor é garantir que
o código sendo escrito mostre da maneira
mais clara sobre como a solução foi
entendida no momento da sua escrita.”

–Ward Cunningham, c2.com

GoRuCo 2008


Um Exemplo
• test/unit & rspec são reis de testes/specs mas são
realmente grandes.

• O mspec de Brian Ford (do rubinius) é mais novo,
pequeno, & compatível com rspec.

• O bacon de Christian Neukirchen & test/spec são
alternativas minimalistas de spec.

• miniunit vai mais fundo: test+spec+mock < 1kloc.
GoRuCo 2008


lib test/spec

15,000

12,862

11,250

7,500 7,785

6,476

3,750
3,571
2,763
2,464

0
test/unit mspec rspec

GoRuCo 2008


lib test/spec

15,000

11,250

7,500

3,750

1,115
833
0 578
395
310
298
bacon miniunit test/spec

GoRuCo 2008


lib test/spec

1,200
1,115

900
833

600
578

395
300 310
298

0
bacon miniunit test/spec

GoRuCo 2008


Acredito que sadismo
e ascetismo Ruby são
muito poderosos.

GoRuCo 2008


Mas chegar lá não é fácil.

GoRuCo 2008


Requer entender a si
mesmo tão bem
quanto se entende o
código.

GoRuCo 2008


Desenvolvimento
Orientado a
Introspecção

GoRuCo 2008


Como faço melhor?
Como não vi aquele bug?
Onde estou perdendo em clareza?
Como posso usar melhor minhas
ferramentas?
Onde desperdiço meu tempo?
Como me foco melhor?
Onde estou me segurando?
estou errado?

GoRuCo 2008


Faça essas perguntas
constantemente!

GoRuCo 2008


Auto-Melhoria:
Leia!
• 1 livro nerd / mês = 12× média da indústria.
• c2.com & outros wikis c/ pessoas espertas.
• Fique tão próximo dos experts quanto posssível.
• Alguns blogs espertos.
GoRuCo 2008


Ignorância NÃO é boa
“Pessoas que fazem coisas de mal jeito, [...]
normalmente são altamente conﬁantes em
suas habilidades, de fato, mais do que
pessoas que fazem as coisas direito.”

Erica Goode, NYT
reportando em Dr. David Dunning, Cornell

GoRuCo 2008


Auto-Melhoria:
Foco!
• Fique longe de:
• WTF, coding horror, forums idiotas.
• Um bilhão de blogs em seu leitor de feed.
• Toneladas de mailing lists super-ativas.
• Trabalhe no que é realmente importante.
GoRuCo 2008


Urgente Não Urgente
Prevenção
Pressão
Planejamento Pró-ativo
Importante Apagar Incêndios
Implementando Sistemas
Projetos orientados a datas
Prevenção de Cansaço

Não Interrupções TV
Apagar alguns Incêndios Youtube
Importante Maioria das Reuniões Outras perdas de tempo

–7 Habits of Highly Effective People–Covey

GoRuCo 2008


Auto-Melhoria:
Cresça!
• Aprenda uma nova linguagem por ano.
• Aprenda suas ferramentas, a fundo. Agora mais a
fundo.
• Examine seus hábitos de desenvolvimento.
• Codiﬁque com outras pessoas.
• Estude alguma coisa não orientada a código.
• Pessoas de multi-disciplinares sempre são mais
interessante e codiﬁcam melhor.
GoRuCo 2008


Auto-Melhoria:
Empurre!

Escreva mais código. Muito.

Quantidade > Qualidade
(algumas vezes)

GoRuCo 2008


Desafio dos Potes

• Um professor de potes disse à metade da classe
que suas notas dependeriam de uma única peça
que eles produziriam no final do curso.

• Ele disse à outra metade que suas notas seriam
baseadas no volume de todas as peças criadas.

• Qual metade você acha que produziu melhores
peças ao final?

GoRuCo 2008


“A função da grande maioria dos trabalhos
artísticos é simplesmente lhe ensinar como
fazer a pequena fração de sua arte que
levanta vôo.

Uma das lições básicas e difíceis que todo
artista precisa aprender é que mesmo as
peças fracassadas são essenciais.”

—Art & Fear—Bayles & Orland

GoRuCo 2008


Auto-melhoria:
Pressione, mais!
• Seja competitivo. Competição é prática.
• Desaﬁe o Status Quo.
• Eles estão quase sempre errados.
• (Mesmo quando estão certos)
GoRuCo 2008


Não seja uma ovelha!

GoRuCo 2008


Auto-melhoria:
Sinta!
• Deixe as opiniões ﬂuírem. Tenha opinião!
• Mas não as deixe mandar em você.
• zentest, ﬂog, & heckledesenvolvimento. amor por
todos vieram do
boas ferramentas de

• vlad & image_science vieram do ódio de código
impossivelmente complexo.
• Eu gastei 10 hrs debugando UM problema de
capistrano antes de escrever vlad.
GoRuCo 2008


Auto-melhoria:
Feedback
• Use feedback:
• Peça por ele.
• Ouça ele.
• Retroalimente o feedback.
GoRuCo 2008


Encontre seu balanço

GoRuCo 2008


Ferramentas
que podem
ajudar
GoRuCo 2008


autotest
• Você provavelmente não tinha percebido que usar
autotest é uma forma de sadismo e ascetismo
ruby, não é?

• Pobre cara do Doom ...

GoRuCo 2008


Flog
class Test

• Relator de complexidade
def blah # 11.2 =
a = eval quot;1+1quot; # 1.2 + 6.0 +
if a == 2 then # 1.2 + 1.2 + 0.4 +
baseado em métricas ABC. puts quot;yayquot; # 1.2
end

• Nota Flog é correlato com
end
end

complexidade de teste. Test#blah: (11.2)
6.0: eval

• Quanto maior a nota ﬂog,
1.2: branch
1.2: ==
1.2: puts
mais difícil de ter um teste 1.2: assignment

completo (& bom).
0.4: lit_fixnum

GoRuCo 2008


Complexidade Desnecessária 1
if MODELS.keys.inject(true) {|b, klass| b and
klass.constantize.columns.map(&:name).include? association.options[:foreign_key]} then
# ...
end

main#none: (22.9)
1 linha if(!) 7.0: to_proc_normal
3.3: assignment
3.1: branch
132 caracteres 2.0: inject
1.8: constantize
1.8: association

132
méd carac 1.6: columns
1.6: options
1.4: []
22.9 ﬂog 1.4: block_pass
1.4: map
1.2: include?
1.2: keys

GoRuCo 2008


fk = association.options[:foreign_key]
if MODELS.keys.inject(true) {|b, klass| b and
klass.constantize.columns.map(&:name).include? fk} then
# ...
end

main#none: (23.5)
3 linhas 7.5: to_proc_normal
4.7: assignment
3.4: branch
144 caracteres 2.2: inject
1.9: constantize
1.7: columns

48
méd carac. 1.5: block_pass
1.5: map
1.5: association
23.5 ﬂog 1.3: include?
1.3: keys
1.3: options
1.1: []

GoRuCo 2008


columns = MODELS.keys.map { |key| key.constantize.columns.map(&:name) }
if columns.inject(true) {|b, column| b and column.include? fk} then
# ...
end

main#none: (22.8)
4 linhas 7.0: assignment
6.0: to_proc_normal
4.5: branch
182 caracteres 2.3: map
2.2: inject
1.6: constantize

45
méd caract 1.5: association
1.4: columns
1.3: include?
23.5 ﬂog 1.3: options
1.3: keys
1.2: block_pass
1.1: []

GoRuCo 2008


columns = MODELS.keys.map { |key| key.constantize.columns.map(&:name) }
if columns.all? {|column| column.include? fk} then
# ...
end

main#none: (20.8)
4 linhas 6.0: to_proc_normal
4.6: assignment
3.3: branch
165 caracteres 2.3: map
1.6: constantize
1.5: association

41
méd carac 1.4: columns
1.3: keys
1.3: options
20.8 ﬂog 1.2: block_pass
1.2: include?
1.1: []
1.1: all?

GoRuCo 2008


columns = MODELS.keys.map { |key| key.constantize.columns.map { |c| c.name } }
# ...
end

main#none: (15.9)
4.5: branch
2.3: map
172 caracteres 1.6: constantize
1.5: association
1.4: columns

43
méd carac 1.3: name
1.3: options
1.3: keys
1.1: []
1.1: all?

GoRuCo 2008


columns = MODELS.keys.map { |key| key.constantize.columns.map { |c| c.name } }
# ...
end

main#none: (15.9)
4.5: branch
2.3: map
172 caracteres 1.6: constantize
1.5: association
1.4: columns

43
méd carac 1.3: name
1.3: options
1.3: keys
1.1: []
1.1: all?

Muito mais limpo, claro e rápido

GoRuCo 2008


Ferramentas de
Cobertura
São excelentes para mostrar buracos.

GoRuCo 2008


…mas…

GoRuCo 2008


De jeito nenhum
signiﬁcam qualidade
dos testes.

GoRuCo 2008


quot;Temos 100% de
coberturaquot;

GoRuCo 2008


… E daí?!?

GoRuCo 2008


Você pode ter 100%
de cobertura com 0
asserções.

GoRuCo 2008


(ou, mais freqüente:
más asserções)

GoRuCo 2008


Exemplo absurdo
class Vida
VIVA!
def significado
42 100% de
end
cobertura!
end

class TestVida < Test::Unit::TestCase
def test_significado
real = Vida.new.significado
esperado = 6 * 9
assert_equal esperado, real
end
end

GoRuCo 2008


O que 100% de
cobertura signiﬁca
então?

GoRuCo 2008


Cobertura é o Raio-X
do mundo do código.

GoRuCo 2008


Raios-X são ótimas
ferramentas, mas não a
use quando você está
sangrando.

GoRuCo 2008


Heckle
• Ferramenta mais sádica que escrevi.
• Muda sua implementação (em
tempo real) para veriﬁcar se seus
testes são bons.

• Se seus testes passam depois
disso, você está perdendo casos.

GoRuCo 2008


Para Repetir

GoRuCo 2008


Divirta-se machucando
código ruim e você terá
menos deles com o
tempo.

GoRuCo 2008


Pratique severa auto-
disciplina & abstenção.

GoRuCo 2008


Evite complexidade.

GoRuCo 2008


Pratique
Desenvolvimento
Orientado à
Introspecção.

GoRuCo 2008


Conheça-te.
Melhora-te.

GoRuCo 2008


Use todas as
ferramentas que puder.

GoRuCo 2008


Mas use a ferramenta
certa para o trabalho.

GoRuCo 2008


Tenha uma opinião
&
Sinta seu código

GoRuCo 2008


Para Fechar

GoRuCo 2008


Frank Herbert estava
errado

GoRuCo 2008


Medo não é o
assassino da mente

GoRuCo 2008


Apatia é o assassino
da mente

GoRuCo 2008


Você precisa se
importar pelo código

GoRuCo 2008


Ame-o

GoRuCo 2008


ou o Odeie

GoRuCo 2008


Qualquer um é melhor
do que Apatia

GoRuCo 2008


Preferível ao
desenvolvedor que diz

GoRuCo 2008


“Apenas sou pago para
escrever código”

GoRuCo 2008


Você vai acabar tendo que
manter o código deles

GoRuCo 2008


(porque eles vão embora)

GoRuCo 2008


Odiando o código deles.

GoRuCo 2008


O impacto deles no projeto.

GoRuCo 2008


Na produtividade e moral da
equipe.

GoRuCo 2008


Portanto, Ame o
código…

GoRuCo 2008


…ou o Odeie.

GoRuCo 2008


Se você o amar:

GoRuCo 2008


Cuide dele.

GoRuCo 2008


Faça o crescer.

GoRuCo 2008


Torne-o maravilhoso.

GoRuCo 2008


Se você o odiar:

GoRuCo 2008


Machuque-o.

GoRuCo 2008


Despedace-o.

GoRuCo 2008


Reescreva-o.

GoRuCo 2008


Seja apaixonado pelo
que está trabalhando.

GoRuCo 2008


Caso contrário você
está morto por dentro

GoRuCo 2008


…assim como seu código.

GoRuCo 2008


Obrigado.

GoRuCo 2008

Sadismo Ruby e como melhorar código legado

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Mehr von Fabio Akita

Mehr von Fabio Akita (20)

Sadismo Ruby e como melhorar código legado