Como em uma entrevista técnica são criados problemas relativamente simples, praticamente vc já é forçado a usar apenas Python. E tendo python baterias inclusas, fora sua expressividade, vou mostrar como faço os problemas de entrevista técnia com Python e Doctest.

Nesta palestra pretendo demonstrar um algoritmo sensacional "e muito complexo" feito em Python (JUST PYTHON) para detecção de vagas "não boas".

DISCLAIMER

Essa palestra será uma zuera, mas provavelmente você aprenderá algo sobre Python e sobre Vagas "não boas".

Quem aqui nunca se assustou ao, no meio de uma sessão de programação, dar de cara com aquela mensagem de erro enorme? Quem nunca teve um mini-surto ao ver um monte de letrinha na tela quando o que esperava era ver uma aplicação funcionando lindamente? Apesar de o Python não ser exatamente uma referência em mensagem de erros, suas mensagens de erro (as nativas, ao menos) costumam ser bem claras e apontar na direção da melhoria/correção do código.

Essa palestra foca em qualquer pessoa que se assuste com mensagens de erro – seja novata ou mais experiente. Ela explica tudo que temos que saber para entender tim-tim por tim-tim as mensagens de erro do Python. Vamos encarar de frente esse monstro que traz pânico a muitos iniciantes. Encará-lo e desmitificar cada detalhe dele. Afinal, apesar de estarmos em um contexto de erro, o que está na tela ainda é uma mensagem que pode (e deve) ser compreendida por nós, os destinatários dela.

Com isso ao invés de mini-surtos ao lermos uma dessas mensagens, a ideia é que elas nos guiem a programar mais e melhor!

Imagino algo interativo e com o básico do python, provocando e interagindo com o Excel (app de planilhas eletronicas).

Usando conceito de dataframes e outros por ai ....

Acredito algo em torno de 25min no maximo!  Viável? Ou não?

Fiz algo recente no ambiente de trabalho com colegas e o retorno foi legal. Muitos se interessaram por python, já outros aprimoraram a prática com o Jupyter notebook

O propósito do Just Python é nobre e as regras são muito claras sobre o que podemos ou não falar.

Mas é possível "hackear" as regras?

Podemos falar de um framework desenvolvido só com Python Puro?

E bibliotecas externas feitas só com Python por eu mesmo?

Frameworks de teste como o pytest valem? Ou temos que usar só o unittest do Python?

Nessa apresentação eu mostrarei o resultado do desafio proposto como resultado das regras do Just Python: desenvolver uma API REST sem nenhum framework... exceto aquele que você construiu por conta própria usando wsgiref e programação OO :)

Vou apresentar o que aprendi na construção do Toy. O framework de brinquedo.

E 

Sendo uma linguagem interpretada e de alto nível, o Python possui diversas características extremamente úteis, e outras pitorescas. Nessa palestra (tempo estimado de 25-30 min) tento demonstrar algumas coisas que são possíveis de se fazer no Python (mas que você não deveria) e outras coisas que você talvez não conheça (mas que pode acabar gostando).

Pickle é um módulo built-in da biblioteca padrão do Python responsável por serializar (e deserializar) objetos para que eles possam ser salvos da RAM para arquivos (e vice-versa). Nesta palestra, irei definir o que é serialização, quando usar e quando não usar, onde pode ser usado, as diferenças e semelhanças entre Pickle e JSON e demonstrar alguns exemplos com live coding.

A ideia dessa talk é mostrar como fazer escolhas melhores de valores de teste, para conseguir obter o feedback correto dos seus testes. Pretendo conversar um pouco sobre testes em geral, mas focar em testes de mutação. Conversar um pouco sobre o que são e como se alimentam.

Vamos usar ast e unittest.