Coisas que NÃO devemos fazer ao programar em PYTHON - Codeshow

Neste video eu falo sobre algumas coisas que não devemos fazer ao programar em #python, algumas práticas que são caracterizadas como #antipatterns e que podem trazer problemas para o seu #software.
💵 Apoie
» apoia.se/codeshow
» Picpay: @rochacbruno
🐤 Siga no Twitter
» / rochacbruno
» / codeshowbr
💬 Entre no grupo do telegram:
» t.me/codeshowbr
🎙 Escute o Podcast
» anchor.fm/code...
📸 Siga no Instagram
» / codeshowbr
📺 Assine o canal do youtube:
» / codeshowbr
[ ENTRE EM CONTATO COMIGO ] -------------------------------------------------------------
» Twitter: / rochacbruno
» Telegram: t.me/rochacbruno
Este video é um oferecimento dos apoiadores:
Tiago Silva Cordeiro
Davyd Silvestre
Bernardo Gomes
Vicente Marçal "RiverFount"
Seja um apoiador: apoia.se/codeshow

[@codeshowbr]

Olá Pythonistas, quais são as coisas que vocês acham que não devemos fazer no Python? tem algum item da lista que eu mencionei que você discorda? comente ai!

[@hagamenoncortez2780]

Uma ferramenta de avaliaçao em Web

[@osaraivabr]

Por que as funções nao podem possuir retornos múltiplos? Não ficou claro pra mim :(

[@bratergames9410]

@@osaraivabr pra mim pode ter desde que eu tenha a necessidade de uso delas, eu acho que eles quis dizer que não podemos perder o controle da função que estamos retornando.

[@codeshowbr]

@@osaraivabr Olá, no caso de termos uma função com multipos tipos de retorno criamos a necessidade de o invocador da função testar qual tipo ela retornou, e ai o código fica cheio de `if` e provavelmente de `isinstance`, e se esquecermos de testar algum dos tipos? podemos causar bugs. Se a função garantidamente tiver sempre o mesmo comportamento então evitamos problemas. Podemos resolver com exceptions (como mostro no video) e também com tipos especializados (um tipo `Response` ou `Result` como usa a lib requests) com tuplas ou até mesmo com Optional type em casos que sejam excessão à regra, dá até para resolver passando explicitamente um argumento default como nos dicionários `dict.get('key', default=x)`

[@sauritotm3467]

Esquecer o ) quando se usa o input👍

[@vito5800x]

um código legível nem precisa de comentários, ele por si só ja é muito auto explicativo!

[@leonardorick2404]

Só uma coisa ue eu acho válido deixar claro que talvez não tenha ficado: O supress não permite a execução do código, ele age exatamente como o try/except e pula a execução caso CustomError aconteça (20:17)

[@asfonseca]

Um clássico. Valeu, Bruno!

[@kayombo1001]

Obrigado por partilhar

[@domingosdias5988]

valeu, dicas de ouro, muito bom!!!

[@ericdecolsales3066]

To migrando do java. Baita aula, quero as outras

[@rafaelrocha8483]

Cara, sou pleno Full em py. Esse video foi o mais importante que já vi na minha carreira até agora. Tô 100% inscrito no canal agora

[@alfredobeneto1145]

Então, na sua opinião vale a pena aprender a usar a biblioteca tkinter?

[@rafaelrocha8483]

@@alfredobeneto1145 Depende qual e pra quem vai ser sua aplicação final. Geralmente tkinter é pra interface gráfica e aplicativos desktop. Pra fazer tester em codigo, ela é ok, mas se for fazer um projeto visando o profissional eu usaria Kivy

[@alfredobeneto1145]

@@rafaelrocha8483 Kivy não é para apps android? E pq exatamente o tkinter não é bom para o profissional? Se puder responder eu agradeceria muito.

[@rafaelrocha8483]

@@alfredobeneto1145 então, kivy nesse caso é multi plataforma. Serve para desktop e mobile. Sobre ser ou não profissional, depende de muitas coisas: comunidade de desenvolvedores que utilizam, design dos componentes, escalabilidade, produção de produtos mais amigáveis (sem bugs constantes e fácil de dar assistência). Um exemplo é fazer frontend com HTML e CSS puros, embora seja prático não é taaao aplicado pq os designs dos componentes não são amigáveis e há dificuldade de manutenção (a menos que se utilize uma framework Bootstrap, Materialize ... )

[@alfredobeneto1145]

@@rafaelrocha8483 OK, vlw

[@mribeirosabesp]

Obrigado Mestre...

[@ChristiamV]

muito didático! obrigado :)

[@LinuxTips]

Sensacional manooooo! Que dicas foda! :D

[@cfddoc]

Didática, apresentação e relevância nota 10. Como sugestão de conteúdo adicional, pegar algum código "free" na net e fazer um refactor mostrando a forma correta.

[@codeshowbr]

Obrigado pela sugestão! vou ver se consigo preparar algo nessa linha, valeu!

[@renanphellip]

Que cara bom! Conheci o conteúdo do CodeShow através da PythonWeek promovida pela LinuxTips. Difícil encontrarmos algo nesse nível em pt-br! Obrigado pelos ensinamentos Bruno e parabéns pela excelente qualidade!

[@bratergames9410]

to inscrito no canal , vivaaaa

[@yukatuka6666]

rapaz... eu sempre reclamei sobre as recomendações do YT + essa recomendação amei...

[@leo523]

mas

[@purplevibe6462]

@@leo523 sam

[@Master-ul6ni]

Realmente.

[@geraldoribeiros]

Dicas de ouro. Obrigado.

[@taigreiper1728]

Gostei de +. Tem pessoas que aprende vendo o que é possível ser feito, outras aprende vendo o que não se deve ser feito e tem quem aprende vendo o todo. Desta forma é possível montar o quebrar cabeça da linguagem.

[@carlosdornelesdev]

Sobre a DocString o interessante seria usar três aspas duplas no início e no final. No seu exemplo você colocou apenas uma aspas dupla no início e final. De toda forma parabéns pela iniciativa.

[@codeshowbr]

Realmente, só percebi isso depois que o video já estava online... não deu nem tempo de adicionar uma nota. valeu!

[@arofcn5657]

Que vídeo necessário, eu amei

[@aidonmaster]

TOP TOP TOP dicas Parabéns !

[@hainshj]

Nossa, muito bom esse resumo, show.

[@andersonreimao9254]

Obrigado por compartilhar!!!!

[@Juliojmphjv]

Parabéns pelo seu trabalho Bruno, você é uma referencia quando o assunto é Python.

[@codeshowbr]

Muito obrigado por se inscrever e acompanha o canal! em breve tem mais vídeo sobre Python!

[@marcelocamera915]

Gostei muito do vídeo! Parabéns

[@FranciscoCorreaDias]

Não sei porque demorei tanto tempo pra conhecer o seu canal. Conteúdo desse nível em português é um sonho! Parabéns, Bruno!

[@lhsantos20]

Excelente conteúdo, colega! Parabéns pela iniciativa do canal. Muito sucesso para você!

[@codeshowbr]

Valeu! se inscreve ai no canal para dar aquela força e acompanhar os próximos videos!

[@cerberusdarck]

Faz muito tempo que não encontro um vídeo realmente informativo e interessante (e acessível para diversos tipos de devs e níveis) Meus parabéns inscrito++

[@brunoborges3866]

Opa, gostei do canal. Várias dicas uteis e interessantes. Parabéns pelo trabalho.

[@diegogomes5837]

Top essa aula!

[@gayachip]

Excelente o conteúdo do vídeo! Parabéns e obrigado por compartilhar!

[@TheTravellerMax]

Parabéns pelo conteúdo. Cai de paraquedas, porém gostei das dicas passadas. Desejo tudo de bom para o canal.

[@codeshowbr]

Obrigado!!

[@mariomcfly7]

Conheci hoje por sugestão do KZbin e já tô apoiando. Muito boa a didática. Tenho interesse em apreender Python. Abs.

[@carlosalbertobritodesouza8843]

esse canal vai pro topo da minha lista Python

[@codeshowbr]

Que bom que gostou! se inscreve ai no canal para dar aquela força e acompanhar os próximos videos!

[@joaovitordutra9365]

Ganhou um inscrito, conteúdo de alta qualidade, parabéns

[@joaopauloalbq]

Muito bom! Faz mais videos de guia de estilo e anti-padrões

[@dradalbertocaldeira1737]

Feliz Ano Novo para Você Bruno Rocha.

[@rafael00741]

Muito bom cara, excelentes dicas!

[@mauriciopc92]

Fantástico! Muito obrigado!

[@carlos-rian]

Otimo video, mesmo programando á mais de um ano em python, tem muitas coisas que aprendi. Show, parabéns!

[@IsmaelOliveiraa]

Muito bom vlw por compartilhar!

[@georgeprotasio]

Show de Bola! Parabéns pelo Canal... Gostei da temática.

[@PodcastsInternacioanis]

KZbin me recomendo, vlw pelo conteudo.

[@braian_nunes]

Ótima aula. Aprendi mais um pouco. Parabéns

[@matheusrodrigues-kf6pj]

parabens pelo video, muito boas as dicas, principalmente as sobre os gerenciadores de contexto.

[@DaviSouzaprojetofedora]

parabens !! bruno pelo video !!!

[@elbatiston]

Ótimas dicas. Parabens!

[@bratergames9410]

opa eu vou na live ai

[@mauriciopires6207]

Excelente vídeo! Parabéns! Ganhou mais um inscrito!

[@heitor9292]

Ótimo conteúdo! Muito obrigado!

[@LucianoStrassacappa]

Parabéns pelo conteúdo!

[@andregaviniviana4400]

Outros vídeos como esse, por gentileza rsrs Muito bom! Parabéns!

[@codeshowbr]

amanhã as 11h tem mais!!!

[@andregaviniviana4400]

Estou inscrito e esperando a notificação rsrs

[@pierre.vieira]

Boas dicas. Obrigado!

[@julianoresende]

Ótimo vídeo, parabéns

[@shirakawaBa]

Salvando esse vídeo pra vida. 😂😂👏🏼👏🏼👏🏼👏🏼

[@geocarvalhont]

Muito bom Bruno, feliz ano novo! Quem venham mais dicas.

[@nuneseth]

Caramba, que conteúdo sensacional. Adorei o canal. Estou iniciando em python, embora já trabalhe com programação há mais de 10 anos. Essas dicas são valiosas!

[@fndiaz02]

Muito bom Bruno!!!

[@zamai31]

ajudou bastante!! obrigada! parabéns!

[@marceloalexandre546]

Show!

[@codeshowbr]

+marcelo alexandre Legal! 😁👍 obrigado por assistir e se inscrever (ative ai as notificações que logo tem mais videos).

[@marceloalexandre546]

@@codeshowbr estou começando agora com Python, dicas foram bem legais.

[@Guilherme-lq1bf]

Feliz ano novo, Bruno! Estou começando no python a duas semanas e seus vídeos estão sendo bons pra mim!

[@timoteoalmeida7332]

Parabéns !!! Ótimas dicas. Poderia explicar outras melhorias do Python 3 e também explicar mais também os outros padrões errados, conforme comentou neste video. Gostei muito.

[@codeshowbr]

Valeu por assistir! em breve sai a parte 2 desse video, valeu!

[@viniciussantanna6190]

Parabéns ,ótimos conselhos vou tentar implementar essas dicas no meu trabalho. Ótimo vídeo!

[@codeshowbr]

Obrigado por assistir e se inscrever

[@johnatasrabelo7088]

Muito bom conteúdo ;) , mais um escrito na conta

[@Sharmeiro]

muito bom

[@lindembergbarbosa6352]

muito bacana essas dicas, já utilizava algumas e já irei começar a aplicar as outras nos projetos 😍😍😍

[@wagnernoise]

Muito bom o vídeo, confesso que a contextlib.suppress eu não conhecia. É sempre bom aprender algo :) Ganhou mais um inscrito! Abraço

[@codeshowbr]

Valeu por assistir! estou preparando videos com mais dicas. se inscreve ai no canal para dar aquela força e acompanhar os próximos videos!

[@alexmenezes2916]

Ótimo vídeo, Bruno. Poderia fazer uma série sobre coisas que não devem ser feitas e boas práticas em python.

[@585ghz]

Muito bom,estou estudando python agr e digo que está bem didático! Obrigado pelas dicas. Tenho um código que abre um arquivo , vou modificá-lo seguindo sua recomendação! Vlw

[@codeshowbr]

Valeu por assistir e se inscrever! em breve tem mais video nesse tema.

[@fernandocesar2059]

muito bom!!

[@delOliver]

Cheguei aqui por acaso, já dei o like e me inscrevi no canal. Ótima didática!

[@Techiesse]

Salve! Parabens pelo canal. Uma nota: O que vc falou sobre LPYL não é algo específico de python (pelo menos não o exemplo que vc mostrou) é uma questão de sistema. Mesmo em C ou C++ (ou qq outra linguagem) vc deve sempre tentar obter o handle do arquivo diretamente e depois vc deve testar se obteve o handle (em algumas linguagens com try em outras verificando se o handle não é NULL) mas o princípio é o mesmo. A race condition vai ocorrer independente da linguagem de programação, ela é uma questão de sistema. Sucesso pra vc.

[@luanrv2933]

valeu pelas dicas! muito úteis!

[@vontadedeaprender7492]

Gostei da indicação do KZbin.

[@AntonioArnoldoLimadaSilva]

Acabei de me inscrever no canal devido ao rusty. sucesso!

[@codeshowbr]

amanhã as 11 tem vídeo novo!

[@rockNbrain]

Top

[@charlestenorio4857]

kkkkk feliz ano Novo pra vc tbm!

[@oreoosz]

coisas que eu quase sempre faço, deveria ser esse o título do video kkk obrigado pelas dicas

[@gustavo.g.pereira]

18:06, já vi isso em projetos, hummm da uma 'raivinha' kkk

[@ailuros_]

O *defer* da Golang é bem parecido com o *with* do Python, embora o with (context) seja bem mais rico (e avançado?) em features.

[@vonmoraes]

Muito bom! Te perguntar, eu não trabalho com o python mas crio alguns projetos com o mesmo, bem iniciante mesmo... E uma coisa que acostumei fazer foi colocar o 'pass' pra indicar que terminei um bloco, seja de função, de loops ou qualquer coisa do tipo somente para ficar mais fácil de eu encontrar o fim daquele bloco. Como se fosse o { } de outras linguagens, isso é uma prática muito ruim? faço apenas para me "encontrar" ali HAHA

[@k2a3r4l5o6]

Muito bacana, Bruno! Valeu demais pelo conteúdo! Você recomenda usar o `with` para conexões com banco de dados? Por exemplo: ```python with sqlite3.connect(database_path) as database: do_something(database) ``` Abraços!

[@codeshowbr]

Olá! sim a própria doc do SQLITE recomenda o uso, porém o `with` com sqlite não fecha a conexão, ao invés disso ele garante a atomicidade das transactions veja: docs.python.org/2/library/sqlite3.html#using-the-connection-as-a-context-manager

[@romuelm395]

MANEIRO

[@littleghoost]

Pra que serve type annotations com duas opções de retorno então? def foo() -> str or tuple: pass

[@david-fy4eq]

Bom demaaaiissss junioorrr kkkkk

[@leonardofreua3084]

Sensacional, se puder continuar falando sobre isso vai ser muito bom. Recentemente eu comecei a estudar o PEP8, PEP257 (Docstring Conventions) e formas de tornar a execução do código mais rápida. Se eu puder dar uma dica pra quem quer ler mais sobre, estes artigos abaixo são muito bons: towardsdatascience.com/making-python-programs-blazingly-fast-c1cd79bd1b32 dev.to/martinheinz/python-tips-and-trick-you-haven-t-already-seen-1p41 martinheinz.dev/blog/4 Sugestão: se tu puder falar um pouco mais sobre functools e contextlib seria ótimo. Valeuu.

[@Adriana8n87R]

obrigada pelas dicas!!

[@philipepessoa2042]

O vídeo começa em 2:58

[@codeshowbr]

O video começa em 0:00 😁 o tópico principal é que inicia em 2:58 👍

[@detonautarj]

Dicas fodas, vlw Bruno, vou até favoritar aqui.

[@ArturFernandesdeSouzaFilho]

Para chaves de dicionários eu geralmente gosto de usar o método .get dando um padrão caso a chave não exista, eu costumo usar o None então se retornar o None, eu trato o argumento inexistente.

[@codeshowbr]

+Artur Fernandes de Souza Filho olá, este é um dos usos de retorno "Optional" no Python, é um caso onde temos um valor default e é um padrão ok! o problema só ocorre mesmo quando a função tem múltiplos tipos ai fica difícil de tratar. Valeu por assistir!

[@praiabc]

Para fazer um bot trader de criptomoedas com setup próprio, aprender Pyton seria uma boa opção? Apenas aprender Pyton é suficiente ou precisa aprender alguma coisa extra? Obrigado

[@juanhassam7004]

não entendi essa parte : user = User(username=username).select() Você instanciou a classe User dentro da função get_user e o parâmetro da função get_user foi username , porém na classe você passou atribuiu username=username , o que pra mim possa ter confundido um pouco mais que possa ser um padrão( aprendendo), pensando nisso , nesse exemplo o método get_user não fazer parte da Class User já que você instanciou ela dentro do método? ou o método get_user pertence a uma outra classe e instância a classe User ?

[@polojuninho]

Como é que digita essa setinha que informa o return type de uma funciona?

[@codeshowbr]

-> (hífen e sinal de maior) ai dependendo da sua fonte ela formata como uma seta.

[@polojuninho]

@@codeshowbr Parabéns pelo conteúdo!

[@vontadedeaprender7492]

Minha linguagem do coração é a linguagem C. Nunca sairá de moda kkkkkkkkkkkkkkkkkkkkkk

[@codeshowbr]

Aqui no canal tem uma série sobre Rust nessa série veremos algumas coisas de C :)

[@vontadedeaprender7492]

@@codeshowbr Que bom saber disso, vou acompanhar então :D

[@RodrigoFariasRezino]

Não é exclusivo de Python. Mas ficar dando raise em exceção é uma vila de neve. O código que usa a função fica ruim pq você tem que usar try o tempo todo. Não é bacana. De uma olhada no tipo Optional.

[@codeshowbr]

existem as excessões à regra (ex: método get, e funções que recebem callbacks) mas no meu entendimento o tipo Optional é para receber argumentos ou definir estruturas. Uma mesma função que pode eventualmente retornar multiplos tipos também gera o uso de muitos `if` e `isinstance`. Para evitar o `try` é possivel criar tipos especializados de retorno.

[@RodrigoFariasRezino]

CodeShow você pode dar um exemplo do que você quis dizer? Não entendi muito bem.

[@codeshowbr]

eu quis dizer que se a função não tem um tipo de retorno determinado o caller vai precisar usar if (provavelmente com isinstance). Bibliotecas como requests por exemplo tem um método get que sempre retorna um `Response` mesmo que a requisição tenha dado errado o Response é o tipo especializado para servir de Wrapper para o valor de fato do retorno.

[@RicardoPorteladaSilva]

Reassistindo porque meu código esta parecendo com os programas em COBOL que eu escrevia. Variáveis com WK- representando a WORKING-STORAGE SECTION (variáveis locais). as funções as vezes coloco def 0001-inicio def 0002-processamento...aff....

[@Jogandonaboa]

Bem interessante, sou programador atualmente em C#, adoro Python, fiz algumas coisas na linguagem. Se tem algo que não consigo gostar é do uso do _ no código, eu acho que polui demais e também não me sinto confortável usar o caractere a todo momento, sendo assim, tanto em Python ou C#, sempre utilizo camelCase. Já vi muito vídeo ensinando, inclusive a criar variáveis começando com _, simplesmente horroroso. Excelente vídeo um abraço e ganhou um novo inscrito. Uma dúvida, vi alguns canais falando do Python 4, sabe de alguma informação que está correndo por baixo "secreta" sobre novidades planejadas e uma possível data de lançamento?

[@ultrabem271]

usa-lo

[@jdaniloc]

A última dica eu já fiz muito, e me ferrei, eu printava "Deu um erro", mas eu não sabia qual o maldito erro era spaokspa

[@brunocapuleto9406]

Está confundindo camelCase com PascalCase. Parabéns pela iniciativa.

[@codeshowbr]

você tem razão, vou adicionar uma nota no video Obrigado.

[@codeshowbr]

Na verdade PascalCase não é um termo "oficial" na literatura tem camelCase e UpperCamelCase whatis.techtarget.com/definition/UpperCamelCase

[@eltrem_th]

Que cobol e Basic não saia de moda

[@WashingtonFernandes]

Uma boa dica pra trazer os vídeos nas 3 vezes por semana, seria gravar alguns vídeos na Live sexta-feira depois era só editar e postar, o pessoal que estaria poderia fazer algumas perguntas assim encrementando o vídeo. Aliás eu também trabalho como editor de vídeo, porém so tenho experiência em edição de gameplays e etc mas creio que seria capaz de ajudar. Qualquer coisa me manda um email: [e-mail]