Quem sou eu?
Backend Developer na M2Agro;
Pythonista e pai a 3 anos, mas na área a quase 10;
Nerd padrão;
De Recife, morando em Blumenau;
https://about.me/andresmachado
twitter: @andresmachado_
Slide 3
Slide 3 text
Quem é o Python?
● Seu criador foi Guido Van Rossum em 1991
● Linguagem dinâmica, interpretada e de tipagem forte
● Sim, o nome veio do grupo de humor Monty Python
● Foi baseada na linguagem ABC, uma das primeiras a
utilizar o conceito de orientação a objetos
● Sua implementação principal é em C (CPython), embora
existam outras implementações como o PyPy, Jython(Java),
IronPython(.NET) e etc...
Slide 4
Slide 4 text
No content
Slide 5
Slide 5 text
porque vai além da programação, a
comunidade, os desafios, os padrões, a
visão macro...Python pra mim é mais
que apenas programar, é criar
oportunidades, diminuir diferenças,
incluir e dar opção a outras pessoas. =)
Slide 6
Slide 6 text
alguns números do
python
(de acordo com o developer survey 2017 do stack overflow)
https://stackoverflow.com/insights/survey/2017/
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
tá, mas afinal, por quê python?
Slide 11
Slide 11 text
Porque é
multiparadigma...
Slide 12
Slide 12 text
É orientado a
objetos...
class Exemplo(object):
def __init__(self, val01, val02):
self.val1 = val01
self.val2 = val02
def soma(self):
return self.val1 + self.val2
>>> ex = Exemplo(10, 20)
>>> ex.soma()
>>> 30
Slide 13
Slide 13 text
É procedural e
imperativa...
>>> valor01 = 10
>>> valor02 = 20
>>> def soma(a, b):
return a + b
>>> soma(valor01, valor02)
>>> total = 0
>>> for n in range(10):
>>> total += n
Slide 14
Slide 14 text
É funcional e
declarativa...
First class objects;
High order functions (@decorators);
Compose;
Closures;
import functools;
----------
>>> total = sum(range(10))
Slide 15
Slide 15 text
Legibilidade,
produtividade e
usabilidade...
Slide 16
Slide 16 text
ZEN DO PYTHON…
(import this)
Bonito é melhor que feio.
Explícito é melhor que implícito.
Simples é melhor que complexo.
Complexo é melhor que complicado.
Linear é melhor do que aninhado.
Esparso é melhor que denso.
Legibilidade conta.
Casos especiais não são especiais o bastante para quebrar as
regras.
Ainda que praticidade vença a pureza.
Erros nunca devem passar silenciosamente.
A menos que sejam explicitamente silenciados.
Diante da ambigüidade, recuse a tentação de adivinhar.
Deveria haver um — e preferencialmente só um — modo óbvio para
fazer algo.
Embora esse modo possa não ser óbvio a princípio a menos que
você seja holandês.
Agora é melhor que nunca.
Embora nunca freqüentemente seja melhor que *já*.
Se a implementação é difícil de explicar, é uma má idéia.
Se a implementação é fácil de explicar, talvez seja uma boa
idéia.
Namespaces são uma grande idéia — vamos ter mais dessas!
Slide 17
Slide 17 text
Facilidade e
elegância...
Slide 18
Slide 18 text
porque é
multifuncional...
Slide 19
Slide 19 text
desenvolvimento
de aplicações
web...
Slide 20
Slide 20 text
processamento e
manipulação de
dados, Data Mining
e deep learning...
Slide 21
Slide 21 text
desenvolvimento
de games...
Slide 22
Slide 22 text
aplicações para
desktop e mobile...
tkinter
pygtk
Slide 23
Slide 23 text
sistemas
embarcados...
Slide 24
Slide 24 text
porque tem uma
comunidade
incrível…(inclusão e
representatividade)
Slide 25
Slide 25 text
22 anos de
colaboração do
python
Slide 26
Slide 26 text
eventos inclusivos
por todo o
brasil...
Slide 27
Slide 27 text
e eventos para
disseminar
conhecimento
também...
Slide 28
Slide 28 text
e obviamente, ao
redor do globo...
Slide 29
Slide 29 text
porque tem emprego
sim…(ao contrário do
que diz o bugginho
developer)