Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Padrões e Boas Práticas
Search
BruNo Oliveira
June 11, 2021
Programming
0
10
Padrões e Boas Práticas
A arte de escrever código
BruNo Oliveira
June 11, 2021
Tweet
Share
Other Decks in Programming
See All in Programming
testingを眺める
matumoto
1
140
Compose Multiplatform × AI で作る、次世代アプリ開発支援ツールの設計と実装
thagikura
0
170
Laravel Boost 超入門
fire_arlo
3
220
意外と簡単!?フロントエンドでパスキー認証を実現する WebAuthn
teamlab
PRO
2
770
Oracle Database Technology Night 92 Database Connection control FAN-AC
oracle4engineer
PRO
1
460
テストカバレッジ100%を10年続けて得られた学びと品質
mottyzzz
2
610
アプリの "かわいい" を支えるアニメーションツールRiveについて
uetyo
0
270
Design Foundational Data Engineering Observability
sucitw
3
200
The Past, Present, and Future of Enterprise Java with ASF in the Middle
ivargrimstad
0
160
Ruby Parser progress report 2025
yui_knk
1
450
私の後悔をAWS DMSで解決した話
hiramax
4
210
@Environment(\.keyPath)那么好我不允许你们不知道! / atEnvironment keyPath is so good and you should know it!
lovee
0
120
Featured
See All Featured
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
23
1.4k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
30
9.7k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
16k
Making the Leap to Tech Lead
cromwellryan
135
9.5k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
139
34k
Git: the NoSQL Database
bkeepers
PRO
431
66k
Faster Mobile Websites
deanohume
309
31k
Six Lessons from altMBA
skipperchong
28
4k
Into the Great Unknown - MozCon
thekraken
40
2k
Building Applications with DynamoDB
mza
96
6.6k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
How to Think Like a Performance Engineer
csswizardry
26
1.9k
Transcript
None
2 Padrões e Boas Práticas: A arte de escrever código
3 Introdução
4 Conversar sobre os assuntos
5 Não vou conseguir falar sobre tudo
6 Arte
7 Pensar sobre código
8 Qualidade de software compensa
9 Developer Experience Importa
10 Entropia do Software & Janelas Quebradas
11 O que é entropia?
12
13 Segunda lei da termodinamica
14 Mas o que isso tem a ver?
15 Software sempre muda
16 A complexidade tende a aumentar
17 O risco aumenta Estabilidade diminui Muito imprevisível
18 Porém não precisa ser assim
19
20 Teoria das Janelas Quebradas
“ 21 Considere um edifício com algumas janelas quebradas. Se
as janelas não forem reparadas, a tendência é que vândalos quebrem mais janelas. Após algum tempo, poderão entrar no edifício e, se ele estiver desocupado, torna-se uma "ocupação" ou até incendeiam o edifício. Janelas Quebradas
22
23 Senso de abandono
24 Desordem gera desordem
25 Não viva com janelas quebradas
26 Decisões erradas Código mal feito Teste sem asserção Code
smell Não fazer code review Ignorar convenção
27 Negligenciar janelas quebradas é o fator que mais acelera
a entropia de um sistema
28 Negligenciar janelas quebradas é o fator que mais acelera
a entropia de um sistema
29 A regra dos escoteiros
“ 30 Sempre deixe o acampamento mais limpo do que
quando você o encontrou. Regra dos escoteiros
“ 31 Sempre deixe o código melhor do que quando
você o encontrou. Regra dos escoteiros
32 Constante melhoria Aumento de estabilidade Mais deterministico
33 Menos janelas quebradas
34 A importância de criar e encontrar código visualmente agradável
35 Padronização Jenela quebrada inversa Código é para ser lido
36 Estabeleça e Obedeça Convenções
37 Linters & Guias de Estilo
38 O que é um linter?
39 Analise estática
40
41
42
43
44
45
46 Arquivo de configuração Pode rejeitar MR/PR Git hooks
47 Enforça convenção Evita codesmell
48
49
50 O linter cuida de tudo isso pra você!
51 Temos muitas variações de IDE/Editores, o que fazer?
52
53 Efeitos Colaterais & Imutabilidade
54 Busque a pureza
“ 55 Uma função que retorna valores idênticos para parametros
identicos. Não tem nenhum efeito colateral. Pureza
56 Mas o que são efeitos colaterais?
57 I/O - Rendering or Writing Queries Requests Logging Outer-scope
changes Non-explicit changes Randomness
58 Resumindo: Mudar algo em algum lugar
59 Menos bugs Sempre fácil debugar Mais fácil testar Mais
fácil alterar
60 Reutilização com: Currying e Composition Point-free programming
61 Mas ai ferrou =/
62 Efeito colateral é inevitável mas tem jeito certo
63 Sempre evite quando der Principalmente se for uma biblioteca
64 Dependência Imutabilidade Procrastinação
65 Dependência
66 Imutabilidade
67 Procrastinação THE IO or EFFECT MONAD
68
69 Curry and Point-free
70 Conheça sua ferramenta
71 Conheça os recursos Use snippets Automatize repetições Use plugins
72 Começe: Escolha uma boa fonte Escolha um bom tema
Tire tudo da interface que você não use use vim