Slide 1

Slide 1 text

Arquitetura Emergente (é sobre cultura)

Slide 2

Slide 2 text

https://github.com/gleicon https://twitter.com/gleicon

Slide 3

Slide 3 text

O que você faz mesmo ?

Slide 4

Slide 4 text

No content

Slide 5

Slide 5 text

No content

Slide 6

Slide 6 text

No content

Slide 7

Slide 7 text

No content

Slide 8

Slide 8 text

No content

Slide 9

Slide 9 text

No content

Slide 10

Slide 10 text

No content

Slide 11

Slide 11 text

Como azedar a relação entre dev e ops

Slide 12

Slide 12 text

"Aqui funciona..."

Slide 13

Slide 13 text

"Eu só trabalho aqui"

Slide 14

Slide 14 text

"Vamos fazer na mão agora e depois priorizamos a automação/testes"

Slide 15

Slide 15 text

"Está lento ? Defina lento. (Ou defina performance)"

Slide 16

Slide 16 text

"Ajuda com problemas em produção ? Vamos discutir no planning e te falo."

Slide 17

Slide 17 text

"Vou trocar você por um script."

Slide 18

Slide 18 text

Angustias Velocidade -> Modelo tradicional: cada coisa que preciso = 10 tarefas/tickets Independencia -> Segurança para tentar algo novo, resolver incidentes $$ -> Avisos quando passarmos do limite seguro, gestão de budget Segurança só diz não -> Educação para se proteger Só pode usar o que é homologado -> Educação sobre arquitetura para todos (tech talks, projetos opensource, hackdays)

Slide 19

Slide 19 text

Regras de engenharia 1. A melhor solução para um problema é não tê-lo 2. Hacks são permanentes (principalmente os feios) 3. Não existe infraestrutura em stand-by: existe o que você usa e o que não vai funcionar quando você precisar 4. A primeira falácia de automação é fazer máquinas executar passos de um processo manual humano 5. Não são features (não são negociáveis): Segurança, Disponibilidade e Performance. (http://blog.b3k.us/2012/01/24/some-rules.html)

Slide 20

Slide 20 text

What would you do if you weren't afraid ?

Slide 21

Slide 21 text

No content